Tại sao sử dụng argparse chứ không phải optparse?

Tôi nhận thấy rằng tài liệu Python 2.7 bao gồm một mô-đun phân tích dòng lệnh khác. Ngoài getoptvà optparsebây giờ chúng tôi có argparse.

Tại sao có một mô-đun phân tích dòng lệnh khác được tạo ra? Tại sao tôi nên sử dụng nó thay vì optparse? Có những tính năng mới mà tôi nên biết về?

Vì trăn 2.7, optparsebị phản đối, và hy vọng sẽ biến mất trong tương lai.

argparsetốt hơn cho tất cả các lý do được liệt kê trên trang gốc của nó ( https://code.google.com.vn/archive/p/argparse/ ):

• xử lý các đối số vị trí
• hỗ trợ các lệnh phụ
• cho phép các tiền tố tùy chọn thay thế như +và/
• xử lý các đối số kiểu 0 hoặc nhiều hơn và một hoặc nhiều kiểu
• tạo ra nhiều thông điệp sử dụng thông tin hơn
• cung cấp giao diện đơn giản hơn nhiều cho các loại và hành động tùy chỉnh

Thông tin thêm cũng có trong PEP 389 , đây là phương tiện argparseđưa nó vào thư viện tiêu chuẩn.

Tại sao tôi nên sử dụng nó thay vì optparse? Là những tính năng mới của họ tôi nên biết về?

Câu trả lời của @ Nicholas bao gồm điều này tốt, tôi nghĩ, nhưng không phải là câu hỏi "meta" hơn mà bạn bắt đầu với:

Tại sao có một mô-đun phân tích dòng lệnh khác được tạo ra?

Đó là vấn đề nan giải số một khi bất kỳ mô-đun hữu ích nào được thêm vào thư viện tiêu chuẩn: bạn sẽ làm gì khi một cách tốt hơn, nhưng không tương thích ngược, để cung cấp cùng loại chức năng xuất hiện?

Hoặc bạn gắn bó với cách cũ và được thừa nhận (thường là khi chúng ta đang nói về các gói phức tạp: asyncore vs twist, tkinter vs wx hoặc Qt, ...) hoặc bạn kết thúc với nhiều cách không tương thích để làm điều tương tự (XML Trình phân tích cú pháp, IMHO, là một ví dụ thậm chí còn tốt hơn so với trình phân tích cú pháp dòng lệnh - nhưng emailgói so với vô số cách cũ để xử lý các vấn đề tương tự cũng không quá xa ;-).

Bạn có thể khiến những lời cằn nhằn đe dọa trong các tài liệu về những cách cũ bị "phản đối", nhưng (miễn là bạn cần giữ khả năng tương thích ngược), bạn không thể thực sự loại bỏ chúng mà không ngăn các ứng dụng lớn, quan trọng chuyển sang các bản phát hành Python mới hơn.

(Vấn đề nan giải số hai, không liên quan trực tiếp đến câu hỏi của bạn, được tóm tắt trong câu nói cũ "thư viện tiêu chuẩn là nơi các gói tốt sẽ chết" ... với các bản phát hành mỗi năm rưỡi hoặc lâu hơn, các gói không phải là rất, rất ổn định, không cần phát hành thường xuyên hơn thế, thực sự có thể bị ảnh hưởng đáng kể do bị "đóng băng" trong thư viện tiêu chuẩn ... nhưng, đó thực sự là một vấn đề khác).

Nguồn tốt nhất cho lý do bổ sung Python sẽ là PEP: PEP 389: argparse - Mô-đun phân tích dòng lệnh mới , đặc biệt, phần có tiêu đề, Tại sao không nhận được đủ và tối ưu?

Ngoài ra còn có những đứa trẻ mới vào khối!

• Bên cạnh optparse đã được đề cập . [KHÔNG ĐƯỢC DÙNG]
• argparse cũng đã được đề cập, đó là một giải pháp cho những người không sẵn sàng bao gồm các lib bên ngoài.
• docopt là một lib đáng xem bên ngoài, sử dụng chuỗi tài liệu làm trình phân tích cú pháp cho đầu vào của bạn.
• nhấp cũng là lib bên ngoài và sử dụng trang trí để xác định đối số. (Nguồn của tôi khuyến nghị: Tại sao lại nhấp )
• python-inquirer Để lựa chọn các công cụ tập trung và dựa trên Inquirer.js ( repo )

Nếu bạn cần so sánh sâu hơn, vui lòng đọc phần này và cuối cùng bạn có thể sử dụng docopt hoặc nhấp chuột . Cảm ơn Kyle Purdon!

Lúc đầu, tôi miễn cưỡng như @fmark để chuyển từ optparse sang argparse, bởi vì:

1. Tôi nghĩ rằng sự khác biệt không phải là quá lớn.
2. Khá nhiều VPS vẫn cung cấp Python 2.6 theo mặc định.

Sau đó, tôi đã thấy tài liệu này, argparse vượt trội hơn optparse, đặc biệt là khi nói về việc tạo thông điệp trợ giúp có ý nghĩa: http://argparse.googlecode.com/svn/trunk/doc/argparse-vs-optparse.html

Và sau đó tôi thấy " argparse vs. optparse " của @Nicholas, nói rằng chúng ta có thể có argparse có sẵn trong python <2.7 (Yep, tôi không biết điều đó trước đây.)

Bây giờ hai mối quan tâm của tôi được giải quyết tốt. Tôi đã viết điều này với hy vọng nó sẽ giúp những người khác có cùng suy nghĩ.