Для цитування специфікацій :
Докстринг сценарію
(автономна програма) має бути використаний як повідомлення про його використання, надруковане, коли сценарій викликається неправильними або відсутніми аргументами (або, можливо, з опцією "-h" для "довідки"). Такий docstring повинен документувати синтаксис функції та синтаксису командного рядка, змінні середовища та файли. Повідомлення про використання можуть бути досить складними (на кількох екранах) і повинні бути достатніми для того, щоб новий користувач міг правильно використовувати команду, а також повне швидке посилання на всі параметри та аргументи для складного користувача.
Докстринг для модуля
повинен, як правило, перелічувати класи, винятки та функції (та будь-які інші об'єкти), які експортуються модулем, з однорядним підсумком кожного. (Ці підсумки зазвичай дають менше деталей, ніж рядки підсумків в docstring об'єкта.) Документальна смуга для пакету (тобто docstring __init__.py
модуля пакета ) також повинна перелічувати модулі та підпакети, експортовані пакетом.
Докстринг для класу
повинен узагальнити його поведінку та перелічити загальнодоступні методи та змінні екземплярів. Якщо клас призначений для підкласу та має додатковий інтерфейс для підкласів, цей інтерфейс повинен бути вказаний окремо (у документі). Конструктор класу повинен бути задокументований у docstring для його __init__
методу. Індивідуальні методи повинні бути задокументовані власним докстрингом.
Докстринг функції або методу
- це фраза, що закінчується періодом. Він визначає ефект функції чи методу як команди ("Зробіть це", "Поверніть це"), а не як опис; наприклад, не пишіть "Повертає ім'я шляху ...". Багаторядковий докстринг для функції або методу повинен узагальнювати свою поведінку і документувати її аргументи, повертаються значення (і), побічні ефекти, порушені винятки та обмеження на те, коли її можна викликати (усі, якщо це застосовується). Необхідно вказати необов'язкові аргументи Слід задокументувати, чи є аргументи ключових слів частиною інтерфейсу.