2010-10-24 25 views
12

¿Es malo utilizar el getopt de GNU en programas C++? ¿Hay una alternativa específica de C++, o solo debería usar getopt?C++ y opciones de línea de comando

+0

No es realmente un duplicado, pero vea: [¿la implementación de getopt es adecuada para los programas propietarios de C++?] (Http://stackoverflow.com/questions/456797/getopt-implementation-suitable-for-proprietary-c-programs) para ideas . –

Respuesta

9

No hay nada malo con el uso getopt. Hay una multitud de alternativas orientadas a objetos que incluyen Boost.Program_options y clases en POCO y ACE.

+0

+1 para aumentar las opciones del programa. – thekidder

5

No sé si hay algún problema con el uso de getopt. Pero es posible que desee mirar Boost.Program_options.

3

En absoluto, getopt está perfectamente bien en C++. Boost :: program_options requiere que se instale la biblioteca de Boost, que muchos pueden no tener.

+0

Boost se puede construir como bibliotecas estáticas. De lo contrario, prácticamente tendría que enviar las bibliotecas dinámicas con su proyecto * de todos modos *. – greyfade

+1

Quiero decir que los paquetes "devel" para muchas distribuciones Linux pueden no incluir Boost por defecto. – greg

2

Pruebe la biblioteca CLPP. Es una biblioteca simple y flexible para el análisis de parámetros de línea de comandos. Encabezado solo y multiplataforma. Utiliza solo bibliotecas de C++ y C++ de C++. En mi humilde opinión es más fácil que Boost.Program_options.

Biblioteca: http://sourceforge.net/projects/clp-parser

26 de octubre de 2010 - 2.0rc nueva versión. Se corrigieron muchos errores, se reparó la refacturación completa del código fuente, la documentación, los ejemplos y los comentarios.

Cuestiones relacionadas