J'aime la convention Java d'avoir une classe publique par fichier, même s'il y a parfois de bonnes raisons de placer plus d'une classe publique dans un seul fichier. Dans mon cas, j'ai des implémentations alternatives de la même interface. Mais si je les placer dans des fichiers séparés, j'ai des noms redondants dans les déclarations d'importation (ou noms de modules trompeurs):Organisation de classes Python dans des modules et/ou des packages
import someConverter.SomeConverter
alors someConverter
serait le fichier (module) nom et SomeConverter
le nom de classe . Cela me semble assez inélégant. Pour mettre toutes les classes alternatives dans un seul fichier conduirait à une déclaration d'importation plus significative:
import converters.SomeConverter
Mais je crains que les fichiers deviennent assez gros, si je mets toutes les classes associées dans un seul fichier de module. Quelle est la meilleure pratique de Python ici? Une classe par fichier est-elle inhabituelle?
au moment où vous avez affaire à un projet composé de 10'000 cours, vous serez heureux si vous pouvez trouver un nom de classe (public) par son fichier (et package) au lieu de devoir chercher dans le contenu d'un Il est probablement la raison pour laquelle Java impose qu'il n'y a qu'une seule classe publique par fichier et que le nom du fichier doit être le nom de la classe. –