Как использовать autodoc Сфинкса для документирования метода init (self) класса?
Sphinx не создает документы для __init__(self) по умолчанию. Я пробовал следующее:
.. automodule:: mymodule
:members:
и
..autoclass:: MyClass
:members:
В conf.py установка следующим добавляет только в __инит__(самостоятельная) строкой документации для строкой документации класса (документация Sphinx autodoc кажется, согласны, что это ожидаемое поведение, но ничего не упоминает о проблеме, которую я пытаюсь разгадать):
autoclass_content = 'both'
3 ответов:
вот три варианта:
обеспечить
__init__()всегда документируется, вы можете использоватьautodoc-skip-memberin conf.py вот так:def skip(app, what, name, obj, skip, options): if name == "__init__": return False return skip def setup(app): app.connect("autodoc-skip-member", skip)это явно определяет
__init__не пропускается (что по умолчанию). Эта конфигурация указывается один раз, и она не требует дополнительной разметки для каждого класса .первый источник.The
special-membersбыл добавлено в Sphinx 1.1. Это делает" специальные " члены (те, с именами, как__special__) подтверждается Автодок.поскольку Sphinx 1.2, этот параметр принимает аргументы, которые делают его более полезным, чем это было ранее.
использовать
automethod:.. autoclass:: MyClass :members: .. automethod:: __init__это должно быть добавлено для каждого класса (не может использоваться с
automodule, как указано в комментарии к первой редакции этого ответа).
Вы были близки. Вы можете использовать
autoclass_contentв своемconf.pyfile:autoclass_content = 'both'
за последние годы я написал несколько вариантов
autodoc-skip-memberобратные вызовы для различных несвязанных проектов Python, потому что мне нужны такие методы, как__init__(),__enter__()и__exit__()чтобы показать в моей документации API (в конце концов, эти "специальные методы" являются частью API и какое лучшее место для их документирования, чем внутри docstring специального метода).недавно я взял лучшую реализацию и сделал ее частью одного из моих проектов Python (здесь документация). Реализация в основном сводится к следующему:
def enable_special_methods(app): """ Enable documenting "special methods" using the autodoc_ extension. :param app: The Sphinx application object. This function connects the :func:`special_methods_callback()` function to ``autodoc-skip-member`` events. .. _autodoc: http://www.sphinx-doc.org/en/stable/ext/autodoc.html """ app.connect('autodoc-skip-member', special_methods_callback) def special_methods_callback(app, what, name, obj, skip, options): """ Enable documenting "special methods" using the autodoc_ extension. Refer to :func:`enable_special_methods()` to enable the use of this function (you probably don't want to call :func:`special_methods_callback()` directly). This function implements a callback for ``autodoc-skip-member`` events to include documented "special methods" (method names with two leading and two trailing underscores) in your documentation. The result is similar to the use of the ``special-members`` flag with one big difference: Special methods are included but other types of members are ignored. This means that attributes like ``__weakref__`` will always be ignored (this was my main annoyance with the ``special-members`` flag). The parameters expected by this function are those defined for Sphinx event callback functions (i.e. I'm not going to document them here :-). """ if getattr(obj, '__doc__', None) and isinstance(obj, (types.FunctionType, types.MethodType)): return False else: return skipДа, там больше документации, чем логики :-). Преимущество определения
autodoc-skip-memberобратный вызов, как это над использованиемspecial-membersвариант (для меня) является то, чтоspecial-membersопция также позволяет документировать свойства, такие как__weakref__(доступно на всех классах нового стиля, AFAIK), которые я считаю шумными и не полезными вообще. Подход обратного вызова позволяет избежать этого (потому что он работает только на функции/методы и игнорирует другие атрибуты).
Comments