Neden optparse yerine argparse kullanılır?

Python 2.7 belgelerinin başka bir komut satırı ayrıştırma modülü içerdiğini fark ettim. Ayrıca getoptve optparseşimdi var argparse.

Neden başka bir komut satırı ayrıştırma modülü oluşturuldu? Neden yerine kullanmalıyım optparse? Bilmem gereken yeni özellikler var mı?

Python'dan itibaren 2.7, optparsekullanımdan kaldırıldı ve umarım gelecekte gidecek.

argparseorijinal sayfasında listelenen tüm nedenlerden dolayı daha iyidir ( https://code.google.com/archive/p/argparse/ ):

• konumsal argümanları ele almak
• alt komutları destekleme
• +ve gibi alternatif seçenek öneklerine izin verme/
• sıfır veya daha fazla ve bir veya daha fazla stil bağımsız değişkenini işleme
• daha bilgilendirici kullanım mesajları üretmek
• özel türler ve eylemler için çok daha basit bir arayüz sağlar

Daha fazla bilgi, standart kütüphaneye dönüştürülen araç olan PEP 389'da da bulunmaktadır argparse.

Neden optparse yerine kullanmalıyım? Onların bilmem gereken yeni özellikleri var mı?

@ Nicholas'ın cevabı bu kadar iyi, sanırım, ama başladığınız daha fazla "meta" soruyu değil:

Neden başka bir komut satırı ayrıştırma modülü oluşturuldu?

Bu, standart kitaplığa herhangi bir yararlı modül eklendiğinde bir numaralı ikilemdir: Aynı tür işlevsellik sağlamanın önemli ölçüde daha iyi, ancak geriye dönük olarak uyumsuz bir yolu ortaya çıktığında ne yaparsınız?

Ya eski ve kuşkusuz aşılmış bir şekilde (tipik olarak karmaşık paketlerden söz ettiğimizde) sadık kalırsınız: asyncore vs twisted, tkinter vs wx veya Qt, ...) veya aynı şeyi yapmak için birden fazla uyumsuz yolla sonuçlanırsınız (XML ayrıştırıcılar, IMHO, bunun komut satırı ayrıştırıcılarından daha iyi bir örneğidir - ancak emailbenzer sorunlarla başa çıkmak için sayısız eski yollara karşı paket çok uzak değildir ;-).

Dokümanlarda eski "kullanımdan kaldırılma" konusunda tehdit edici hile yapabilirsiniz, ancak (geriye dönük uyumluluğu korumanız gerektiği sürece) büyük, önemli uygulamaların daha yeni Python sürümlerine geçmesini engellemeden onları gerçekten kaldıramazsınız.

(Sorunuzla doğrudan ilgili olmayan ikilem ikilisi, eski standartta "standart kütüphane iyi paketlerin öldüğü yer" derken özetlenmektedir ... her yıl bir buçuk ya da daha fazla, çok fazla olmayan paketler, çok kararlı, değil bir daha sık daha bültenleri gerek aslında) gerçekten farklı bir mesele olduğunu, standart kütüphanesinde "donmuş" kalarak büyük ölçüde zarar ... ancak.

Bir Python ilavesi için en iyi kaynak PEP: PEP 389: argparse - Yeni Komut Satırı Ayrıştırma Modülü , özellikle neden yeterince getopt ve optparse değil?

Ayrıca blokta yeni çocuklar var!

• Ayrıca daha önce belirtilen kullanımdan kaldırılmış optparse . [KULLANMAYIN]
• argparse dahil etmek istemeyen insanlar için bir çözüm olan de bahsedildi.
• docopt , girişiniz için ayrıştırıcı olarak bir belge dizesi kullanan, bakmaya değer harici bir lib'dir .
• click ayrıca harici bir lib'dir ve bağımsız değişkenleri tanımlamak için dekoratörler kullanır. (Kaynağım önerir: Neden Tıklama )
• python-inquirer Seçim odaklı araçlar için ve Inquirer.js ( repo ) tabanlı

Eğer daha derinlemesine bir karşılaştırma gerekirse okuyunuz bu ve kullanmakta sona erebilir docopt veya tıklayın . Kyle Purdon'a teşekkürler!

İlk başta optparse'den argparse'a geçmek için @ fmark kadar isteksizdim, çünkü:

1. Aradaki farkın o kadar da büyük olmadığını düşündüm.
2. Oldukça bazı VPS hala varsayılan olarak Python 2.6 sağlar.

Sonra bu dokümanı gördüm, argparse, özellikle anlamlı yardım mesajı oluşturma hakkında konuşurken, optparse'den daha iyi performans gösteriyor: http://argparse.googlecode.com/svn/trunk/doc/argparse-vs-optparse.html

Sonra @Nicholas'ın " argparse vs. optparse " ifadesini gördüm , python <2.7'de argparse olabileceğimizi söyledim (Evet, bunu daha önce bilmiyordum.)

Şimdi iki endişem iyi bir şekilde ele alındı. Bunu, benzer bir zihniyete sahip başkalarına yardımcı olacağını umarak yazdım.