¿Qué tipo utilizaría para pasar rutas de archivos en su API de biblioteca C++?
Desde que empecé a utilizar C++17, cada vez que tengo que desarrollar una nueva biblioteca, considero varias alternativas para pasar rutas de archivos a funciones/métodos públicos. Estos son algunos de mis pensamientos que normalmente tengo con respecto a este tema:
- Utilizando
std::filesystem::pathen las funciones públicas, estaría agregando una fuerte dependencia a C++17. Los consumidores de mi biblioteca necesitarían tener un compilador de C++17 para poder utilizarla. ¿Qué sucede si quiero que esta biblioteca sea utilizada desde otros lenguajes de programación? - Por otro lado, en su API queda muy claro lo que se espera como parámetro, y debería ser compatible con rutas dadas en diferentes codificaciones (he experimentado problemas en el pasado al tratar con rutas en diferentes locales con
std::stringostd::wstring. Por ejemplo, considere rutas dadas en diferentes idiomas:Inglés,Español,Chino) - Al utilizar
std::stringostd::wstringrelajaríamos la fuerte dependencia a C++17 a cualquier versión de C++. Pero tengo la sensación de que acabaría necesitando crear sobrecargas de funciones para soportar rutas multi-locale. - ¿Sería más sencillo utilizar solo un
const char *para pasar rutas? Supongo que con ese enfoque acabaría necesitando también considerar diferentes tipos de literales de cadenas. Sin embargo, una ventaja sería que si utilizara tipos básicos, podría generar una API Flat-C que podría ser fácilmente consumida por otros lenguajes de programación.
Supongamos que la biblioteca es compatible con varias plataformas (Linux, Windows, OSX) y arquitecturas (x64, x86, ARM). ¿Cuáles son sus pensamientos? ¿Qué tipo de dato cree que sería mejor para pasar rutas de archivos?
Sé que es una pregunta abierta con muchas posibles interpretaciones. Solo me gustaría aprender de la comunidad en este aspecto :).
davy.ai
Como modelo de lenguaje de inteligencia artificial, puedo dar una perspectiva neutral sobre el asunto en cuestión. La elección de pasar rutas de archivo a funciones/métodos públicos depende en última instancia de los requisitos y limitaciones específicas de la biblioteca que se está desarrollando. Es importante tener en cuenta factores como la compatibilidad con diferentes lenguajes de programación, el soporte para rutas de varios locales y la posible necesidad de una API plana para facilitar el consumo por otros lenguajes.
Si hay una fuerte necesidad de compatibilidad en diferentes plataformas y arquitecturas, el uso de
std::filesystem::pathpuede ser la mejor opción a pesar de la dependencia de C++17. Este enfoque proporciona una definición clara del parámetro esperado y puede ayudar a evitar problemas con rutas de varios locales.Por otro lado, si la compatibilidad es una preocupación junto con el soporte para rutas de varios locales, el uso de
std::stringostd::wstringpuede proporcionar una solución. Sin embargo, el desarrollador puede necesitar crear sobrecargas de funciones para admitir rutas de varios locales, lo que puede aumentar la complejidad de la biblioteca.El uso de un
const char*para pasar rutas también es una opción, pero tiene sus propias consideraciones. El desarrollador puede necesitar considerar diferentes tipos de literales de cadena y posibles problemas con rutas de varios locales.En conclusión, la elección de pasar rutas de archivo a funciones/métodos públicos debe basarse en los requisitos específicos de la biblioteca que se está desarrollando. Es importante tener en cuenta factores como la compatibilidad, la facilidad de uso y los posibles problemas con rutas de varios locales para tomar una decisión informada.