Il est intéressant pour un module Python d'avoir une docstring, expliquant ce que fait le module, ce qu'il fournit, des exemples d'utilisation des classes. Ceci est différent des commentaires que l'on voit souvent au début d'un fichier, donnant les informations de copyright et de licence, qui IMO ne devraient pas figurer dans la docstring (certains soutiennent même qu'ils devraient disparaître complètement, voir par ex. Se débarrasser des modèles de code source )
Avec Pylint 2.4 et plus, vous pouvez faire la distinction entre les différents types de missing-docstring
en utilisant les trois sous-messages suivants :
C0114
( missing-module-docstring
)
C0115
( missing-class-docstring
)
C0116
( missing-function-docstring
)
Ainsi, le texte suivant .pylintrc
devrait fonctionner :
[MASTER]
disable=
C0114, # missing-module-docstring
Pour les versions précédentes de Pylint, il n'y a pas de code séparé pour les différents endroits où les docstrings peuvent apparaître, donc tout ce que vous pouvez faire est de désactiver C0111 . Le problème est que si vous désactivez cette fonction au niveau du module, elle sera désactivée partout dans le module (c'est-à-dire que vous n'obtiendrez aucune ligne C pour une fonction / classe / méthode manquante dans la docstring. Ce qui n'est pas très agréable.
Je suggère donc d'ajouter cette petite docstring manquante, en disant quelque chose comme :
"""
high level support for doing this and that.
"""
Assez rapidement, vous trouverez des choses utiles à y mettre, comme des exemples d'utilisation des différentes classes/fonctions du module qui n'appartiennent pas nécessairement aux docstrings individuels des classes/fonctions (comme la façon dont elles interagissent, ou quelque chose comme un guide de démarrage rapide).