Tôi đang bắt đầu một dự án Python nguồn mở ngay và tôi đang cố gắng quyết định trước cách viết tài liệu của mình. Câu trả lời rõ ràng sẽ sử dụng reStructuredText và Sphinx với autodoc, bởi vì tôi thực sự giống như ý tưởng chỉ cần viết tài liệu của tôi một cách đơn giản trong tài liệu của tôi sau đó có Sphinx tự động xây dựng một tài liệu API cho tôi.Có bất kỳ lựa chọn thay thế thực sự nào cho reStructuredText cho tài liệu Python không?
Vấn đề là cú pháp reStructuredText mà nó sử dụng - tôi nghĩ rằng nó hoàn toàn không đọc được trước khi nó được hiển thị. Ví dụ:
:param path: The path of the file to wrap :type path: str :param field_storage: The :class:`FileStorage` instance to wrap :type field_storage: FileStorage :param temporary: Whether or not to delete the file when the File instance is destructed :type temporary: bool
Bạn phải thực sự chậm và mất vài phút để thực hiện bất kỳ cảm giác ra khỏi mớ bòng bong mà cú pháp. Tôi thích nhiều hơn nữa cách Google (Google Python Style Guide), trong đó đối với bên trên trông như thế này:
Args: path (str): The path of the file to wrap field_storage (FileStorage): The FileStorage instance to wrap temporary (bool): Whether or not to delete the file when the File instance is destructed
Way đẹp hơn! Nhưng dĩ nhiên, Sphinx sẽ không có gì trong số đó và hiển thị tất cả văn bản sau "Args:" trong một hàng dài.
Vì vậy, để tóm tắt - trước khi tôi đi và làm hỏng cơ sở mã của tôi với cú pháp reStructuredText này tôi muốn biết nếu có bất kỳ lựa chọn thay thế thực sự để sử dụng nó và Sphinx, ngắn chỉ cần viết tài liệu API của riêng tôi. Ví dụ: có phần mở rộng cho Sphinx xử lý kiểu chuỗi tài liệu của Hướng dẫn kiểu Google không?
Cách google cũng sử dụng rst. Đó là rõ ràng hơn –