¿Por qué debería usarlo en lugar de optparse? ¿Deben conocer sus nuevas características I ?
@ respuesta de Nicolás cubre esta bien, creo, pero no el más "meta" cuestión de empezar con:
Por qué tiene otra línea de comandos análisis sintáctico ha creado módulo?
Ese es el número uno dilema cuando se añade cualquier módulo útil para la biblioteca estándar: ¿qué hacer cuando una, forma sustancialmente mejor, pero al revés-compatible para proporcionar el mismo tipo de funcionalidad emerge?
O te quedas con la forma antigua y reconocidamente superada (normalmente cuando hablamos de paquetes complicados: asyncore vs twisted, tkinter vs wx o Qt, ...) o terminas con múltiples formas incompatibles de hacer las Lo mismo (los analizadores XML, en mi humilde opinión, son un mejor ejemplo de esto que los analizadores de línea de comandos), pero el paquete email
frente a la miríada de formas antiguas de tratar problemas similares tampoco está muy lejos ;-).
Puede hacer gruñidos amenazadores en los documentos acerca de las formas antiguas de ser "obsoleta", pero (siempre que necesite mantener la compatibilidad hacia atrás) realmente no se los puede quitar sin detener las aplicaciones grandes e importantes al pasar a nuevos lanzamientos de Python.
(El dilema número dos, no directamente relacionado con su pregunta, se resume en el viejo refrán "la biblioteca estándar es donde los buenos paquetes van a morir" ... con versiones cada año y medio, paquetes que no están 't muy, muy estable, no necesidad de liberaciones más a menudo que eso, en realidad puede sufrir sustancialmente al ser "congelado" en la biblioteca estándar ... pero, eso es realmente un problema diferente).
O tal vez no use ninguno porque desde 2012 Python tiene un módulo fácil, potente y realmente * genial * para el análisis de argumentos llamado docopt. http://docopt.org – ndemou
intente haga clic en es envoltorio alrededor optparse. –