เหตุใดจึงต้องใช้ argparse แทนที่จะใช้ optparse

ฉันสังเกตเห็นว่าเอกสาร Python 2.7 มีโมดูลการแยกวิเคราะห์บรรทัดคำสั่งอื่น นอกเหนือไปgetoptและตอนนี้เรามีoptparseargparse

เหตุใดจึงไม่มีโมดูลการแยกวิเคราะห์บรรทัดคำสั่งอื่นถูกสร้างขึ้น ทำไมฉันจึงควรใช้แทนoptparse? มีคุณสมบัติใหม่ที่ฉันควรรู้หรือไม่?

ในฐานะของงูหลาม2.7, optparseเลิกและหวังว่าจะหายไปในอนาคต

argparseดีกว่าด้วยเหตุผลทั้งหมดที่ระบุไว้ในหน้าเดิม ( https://code.google.com/archive/p/argparse/ ):

• การจัดการข้อโต้แย้งตำแหน่ง
• สนับสนุนคำสั่งย่อย
• ช่วยให้คำนำหน้าตัวเลือกอื่นเช่น+และ/
• การจัดการข้อโต้แย้งสไตล์ศูนย์หรือมากกว่าและหนึ่งหรือมากกว่า
• สร้างข้อความการใช้งานที่ให้ข้อมูลเพิ่มเติม
• นำเสนออินเทอร์เฟซที่ง่ายกว่าสำหรับประเภทและการกระทำที่กำหนดเอง

ข้อมูลเพิ่มเติมยังอยู่ในPEP 389ซึ่งเป็นยานพาหนะที่argparseทำให้มันกลายเป็นห้องสมุดมาตรฐาน

ทำไมฉันถึงควรใช้มันแทน optparse คุณสมบัติใหม่ของพวกเขาที่ฉันควรรู้คืออะไร?

@ คำตอบของนิโคลัสครอบคลุมเรื่องนี้ฉันคิดว่า แต่ไม่ใช่คำถาม "เมตา" ที่คุณเริ่มต้นด้วย

เหตุใดจึงยังสร้างโมดูลการแยกวิเคราะห์บรรทัดคำสั่งอื่นอีก

นั่นเป็นประเด็นที่ต้องคำนึงถึงเป็นอันดับหนึ่งเมื่อมีการเพิ่มโมดูลที่มีประโยชน์ใด ๆ ลงในไลบรารีมาตรฐาน: คุณจะทำอย่างไรเมื่อมีวิธีที่ดีกว่ามาก แต่ไม่เข้ากันได้กับระบบย้อนหลัง

ไม่ว่าคุณจะใช้วิธีเก่าและเกินกว่าจะยอมรับได้ (โดยทั่วไปเมื่อเรากำลังพูดถึงแพ็คเกจที่ซับซ้อน: asyncore vs twisted, tkinter vs wx หรือ Qt, ... ) หรือคุณจบด้วยวิธีที่เข้ากันไม่ได้หลายอย่างในการทำสิ่งเดียวกัน (XML parsers, IMHO เป็นตัวอย่างที่ดียิ่งขึ้นกว่าตัวแยกวิเคราะห์บรรทัดคำสั่ง - แต่emailแพ็คเกจเทียบกับวิธีเก่า ๆ มากมายที่จะจัดการกับปัญหาที่คล้ายกันไม่ไกลเกินไป ;-)

คุณอาจข่มขู่คำหยาบในเอกสารเกี่ยวกับวิธีการเดิม ๆ ที่ "เลิก" แต่ (ตราบใดที่คุณต้องรักษาความเข้ากันได้ย้อนหลัง) คุณจะไม่สามารถนำพวกเขาออกไปได้จริง ๆ โดยไม่หยุดแอปพลิเคชันขนาดใหญ่

(กระอักกระอ่วนหมายเลขสองไม่เกี่ยวข้องโดยตรงกับคำถามของคุณโดยสรุปในคำพูดเก่า ๆ ว่า "ห้องสมุดมาตรฐานคือที่ ๆ แพ็คเกจดีๆกำลังจะตาย" ... ด้วยการเปิดตัวทุกปีครึ่งหรือมากกว่านั้นแพ็คเกจที่ไม่มากมีเสถียรภาพมากไม่จำเป็นต้องเผยแพร่บ่อยกว่านั้นสามารถประสบปัญหาอย่างมากโดยการ "แช่แข็ง" ในไลบรารีมาตรฐาน ... แต่นั่นเป็นปัญหาที่แตกต่างกันจริงๆ)

แหล่งที่ดีที่สุดสำหรับเหตุผลสำหรับการเพิ่ม Python จะเป็น PEP: PEP 389: argparse - โมดูลการแยกวิเคราะห์บรรทัดคำสั่งใหม่โดยเฉพาะอย่างยิ่งในหัวข้อที่มีชื่อทำไมไม่ได้รับและ optparse เพียงพอ?

นอกจากนี้ยังมีเด็กใหม่ในบล็อก!

• นอกจากเลิกกล่าวแล้วoptparse [ไม่ได้ใช้]
• argparseถูกกล่าวถึงด้วยเช่นกันซึ่งเป็นวิธีแก้ปัญหาสำหรับผู้ที่ไม่ต้องการรวม libs ภายนอก
• docoptเป็น lib ภายนอกที่ควรอ่านซึ่งใช้สตริงเอกสารเป็นตัวแยกวิเคราะห์สำหรับอินพุตของคุณ
• คลิกเป็น lib ภายนอกและใช้ตกแต่งเพื่อกำหนดข้อโต้แย้ง (ที่มาของฉันแนะนำ: ทำไมคลิก )
• python-inquirerสำหรับเครื่องมือที่เน้นการเลือกและใช้ Inquirer.js ( repo )

หากคุณจำเป็นต้องมีการเปรียบเทียบในเชิงลึกเพิ่มเติมโปรดอ่านนี้และคุณอาจจะสิ้นสุดการใช้docoptหรือคลิก ขอบคุณ Kyle Purdon!

ตอนแรกฉันลังเลที่ @fmark เพื่อเปลี่ยนจาก optparse เป็น argparse เพราะ:

1. ฉันคิดว่าความแตกต่างนั้นไม่ใหญ่มาก
2. ค่อนข้างบาง VPS ยังคงให้ Python 2.6 โดยค่าเริ่มต้น

จากนั้นฉันก็เห็นเอกสารนี้โต้แย้งว่ามีประสิทธิภาพสูงกว่า optparse โดยเฉพาะเมื่อพูดถึงการสร้างข้อความช่วยเหลือที่มีความหมาย: http://argparse.googlecode.com/svn/trunk/doc/argparse-vs-optparse.html

และจากนั้นฉันก็เห็น " argparse vs. optparse " โดย @Nicholas บอกว่าเราสามารถมีอาร์กิวเมนต์ใน python <2.7 (ใช่ฉันไม่เคยรู้มาก่อน)

ตอนนี้ข้อกังวลสองข้อของฉันได้รับการแก้ไขอย่างดี ฉันเขียนสิ่งนี้โดยหวังว่ามันจะช่วยผู้อื่นด้วยความคิดที่คล้ายกัน