J'ai divisé mes vues.py et models.py en vues de sous-module / et modèles /
le module views.py est au pluriel. quand il est divisé en vues de sous-modules / les fichiers doivent être au pluriel ou au singulier?
exemple, dans les modèles /:
models/
employee.py
department.py
schedule.py
views/
employee.py
department.py
schedule.py
selon django, les fichiers doivent être au pluriel, mais dans une telle situation, dois-je donner à chaque nom de fichier au pluriel ou au singulier?
Mise à jour: Il existe de nombreuses applications dans notre projet. et voici une application qui a de nombreux modèles avec de nombreux interdépendants, il est donc logique d'appartenir à une seule application. et nous aimons les choses propres et agréables, nous les divisons donc en sous-modules comme vues / et modèles /.
3 Réponses :
Je pense que nommer les fichiers de modèle au singulier serait raisonnable, mais avec les fichiers de vue, cela vaut la peine de réfléchir, car très souvent, view peut utiliser plusieurs modèles à l'intérieur de lui-même, dans de tels cas, un tel nom de fichier peut être trompeur. J'appelle généralement les fichiers de vue en fonction de la logique métier qu'ils créent.
C'est également une bonne idée de chercher à diviser le projet en applications django.
Ce n'est pas une solution que vous voulez.
Mais diviser le projet en petites applications django aura plus de sens ici.
Je suis personnellement cette structure et j'ai vu de nombreux projets suivre la même
employee/
models.py
views.py
schedule/
models.py
views.py
department/
models.py
views.py
Mais la structure de votre projet ne vous permet pas de faire alors ce que vous avez ajouté est également lisible et a du sens.
Je ne pense pas qu'il y ait de convention ou de directive ou de nommer les modules pour les vues. C'est plus un choix personnel. Choisissez simplement le singulier ou le pluriel et utilisez-le à tous les endroits.
Pour choisir un choix, vous pouvez voir comment vous avez nommé votre couche la plus profonde dans la pile (modèle). Si vous avez utilisé Employee pour votre modèle d'employé (ce qui est plus probable), utilisez employee pour le module. Si vous avez utilisé Employés , utilisez employés . Si j'étais vous, j'utiliserais un nom unique pour le module même s'il y a plusieurs classes (une pour chaque opération CRUD) dans un fichier.
Merci d'avoir choisi cette méthode également. attendons quelques jours de plus pour voir s'il y a d'autres commentaires et retours à ce sujet, j'aimerais écouter quelques idées de plus. Sinon, cette réponse sera choisie. tqvm
si un seul fichier contient une seule classe, il est logique d'avoir son nom au singulier