मुझे ऑप्टपर्स के बजाय इसका उपयोग क्यों करना चाहिए? क्या उनकी नई विशेषताओं के बारे में मुझे पता होना चाहिए?
@ निकोलस के जवाब में यह अच्छी तरह से शामिल है, मुझे लगता है, लेकिन अधिक "मेटा" सवाल नहीं है जो आप शुरू करते हैं:
अभी तक एक और कमांड-लाइन पार्सिंग मॉड्यूल क्यों बनाया गया है?
यह दुविधा नंबर एक है जब किसी भी उपयोगी मॉड्यूल को मानक पुस्तकालय में जोड़ा जाता है: आप क्या करते हैं जब एक काफी बेहतर है, लेकिन पीछे-असंगत, उसी तरह की कार्यक्षमता प्रदान करने का तरीका उभरता है?
या तो आप पुराने और भर्ती किए गए तरीके से पार करते हैं (आमतौर पर जब हम जटिल पैकेजों के बारे में बात कर रहे होते हैं: asyncore बनाम ट्विस्टेड, tkinter बनाम wx या Qt, ...) या आप एक ही काम करने के लिए कई असंगत तरीकों के साथ समाप्त होते हैं (XML parsers, IMHO, कमांड-लाइन पार्सर की तुलना में इसका एक बेहतर उदाहरण है - लेकिन email
इसी तरह के मुद्दों से निपटने के लिए असंख्य पुराने तरीके बनाम पैकेज या तो बहुत दूर नहीं है; ;-)।
आप पुराने तरीकों से "पदावनत" होने के बारे में डॉक्स में गंभीर गड़बड़ी की धमकी दे सकते हैं, लेकिन (जब तक आपको बैकवर्ड संगतता बनाए रखने की आवश्यकता होती है) आप बड़े, महत्वपूर्ण अनुप्रयोगों को नए पायथन रिलीज पर जाने से रोकने के बिना वास्तव में उन्हें दूर नहीं कर सकते।
(दुविधा नंबर दो, सीधे आपके प्रश्न से संबंधित नहीं है, पुरानी कहावत में संक्षेप में कहा गया है "मानक पुस्तकालय वह है जहाँ अच्छे पैकेज मरने के लिए जाते हैं" ... हर साल और डेढ़ या दो महीने में रिलीज होने वाले पैकेज बहुत कम नहीं होते हैं। बहुत स्थिर, ज़रूरत से ज़्यादा किसी भी समय रिलीज करने की आवश्यकता नहीं है, वास्तव में मानक पुस्तकालय में "जमे हुए" होने से काफी हद तक पीड़ित हो सकता है ... लेकिन, यह वास्तव में एक अलग मुद्दा है)।