Навіщо використовувати argparse, а не optparse?

Я помітив, що документація Python 2.7 включає ще один модуль розбору командного рядка. Окрім getoptі у optparseнас зараз argparse.

Чому створений ще один модуль розбору командного рядка? Чому я повинен використовувати його замість optparse? Чи є нові функції, про які я повинен знати?

Що стосується пітона 2.7, то він optparseє застарілим і, сподіваємось, піде в майбутньому.

argparseкраще з усіх причин, зазначених на його початковій сторінці ( https://code.google.com/archive/p/argparse/ ):

• обробка позиційних аргументів
• підтримка підкоманд
• дозволяючи альтернативні префікси на зразок + і/
• обробка нульових чи більше та один або більше аргументів стилю
• створення більш інформативних повідомлень про використання
• надання набагато простішого інтерфейсу для користувацьких типів та дій

Більше інформації є також у PEP 389 , який є транспортним засобом, за допомогою якого argparseвін перейшов у стандартну бібліотеку.

Чому я повинен використовувати його замість optparse? Чи є їхні нові функції, про які я повинен знати?

@ Відповідь Ніколаса це добре стосується, я думаю, але не більше "мета" питання, з якого ви починаєте:

Чому створений ще один модуль розбору командного рядка?

Ось така дилема номер один, коли будь-який корисний модуль додається до стандартної бібліотеки: що робити, коли з’являється істотно кращий, але не сумісний із зворотом спосіб надання такого ж функціоналу?

Або ви дотримуєтесь старого і, звичайно, перевершеного способу (як правило, коли ми говоримо про складні пакети: asyncore vs twisted, tkinter vs wx або Qt, ...), або у вас є кілька несумісних способів зробити те ж саме (XML парсери, IMHO, є ще кращим прикладом цього, ніж аналізатори командного рядка - але emailпакет проти безлічі старих способів вирішити подібні проблеми теж не надто далеко ;-).

Ви можете зробити загрозливі бурчання в документах про те, що старі способи "застаріли", але (доки вам потрібно зберігати зворотну сумісність) ви дійсно не можете їх забрати, не зупиняючи перехід великих, важливих програм на новіші випуски Python.

(Дилема номер два, безпосередньо не пов’язана з вашим запитанням, узагальнена в старому вислові "стандартна бібліотека - це те, коли хороші пакунки вмирають" ... з випусками кожні півтора року або близько того пакунків, які не дуже, дуже стабільний, не потребуючи випусків частіше за все, насправді може істотно постраждати, коли «заморожений» у стандартній бібліотеці ... але це справді інше питання).

Найкращим джерелом для обгрунтування додатку Python буде його PEP: PEP 389: argparse - Новий модуль розбору командного рядка , зокрема, розділ під назвою: Чому не отримують належного доступу та optparse?

На блоці також є нові діти!

• Окрім уже згаданого застарілого оптипару . [НЕ ВИКОРИСТОВУВАТИ]
• Згадувався також аргпарсе , що є рішенням для людей, які не бажають включати зовнішні зв'язки.
• docopt - це зовнішня лінза , на яку варто звернути увагу, яка використовує рядок документації як аналізатор вашого введення.
• click також є зовнішньою lib і використовує декоратори для визначення аргументів. (Моє джерело рекомендує: Чому натискати )
• python-inquirr Для інструментів, орієнтованих на вибір, та заснованих на Inquirer.js ( repo )

Якщо вам потрібно більш поглиблене порівняння, будь ласка, прочитайте це, і ви, можливо, скористаєтеся docopt або клацніть . Дякую Кайлу Пурдону!

Спочатку я так само неохоче, як @fmark переходити з optparse на argparse, оскільки:

1. Я думав, різниця не така вже й величезна.
2. Досить деякі VPS все ще надають Python 2.6 за замовчуванням.

Потім я побачив цього документа, argparse перевершує optparse, особливо коли йдеться про створення значущого довідкового повідомлення: http://argparse.googlecode.com/svn/trunk/doc/argparse-vs-optparse.html

І тоді я побачив @ argolse vs. optparse від @Nicholas, кажучи, що ми можемо мати argparse доступний у python <2.7 (Так, я раніше цього не знав.)

Зараз мої дві проблеми добре вирішені. Я написав це, сподіваючись, що це допоможе іншим із подібним мисленням.