Соглашение об именах Django для представлений / моделей в виде пакета

Question

Я разделил мои views.py и models.py на подмодульные виды / и models /

, модуль views.py - во множественном числе.когда он разбит на представления подмодулей / файлы должны быть во множественном числе или в единственном числе? Например,

, в моделях /:

models/
    employee.py
    department.py
    schedule.py

views/
    employee.py
    department.py
    schedule.py

в соответствии с django, файлы должны быть во множественном числе,но в такой ситуации я должен давать каждому имени файла множественное или единственное число?

Обновление: в нашем проекте много приложений.и вот одно приложение, которое имеет много моделей с множеством взаимозависимых, поэтому имеет смысл принадлежать к одному приложению.и нам нравятся вещи чистые и приятные, поэтому мы разбиваем их на подмодули, такие как views / и models /.

Answer 1

Это не то решение, которое вам нужно.

Но разделение проекта на небольшие приложения django будет иметь больше смысла.

Я лично следую этой структуре и видел много проектов, следующих за тем же

employee/
    models.py
    views.py

schedule/
    models.py
    views.py

department/
    models.py
    views.py

Но структура вашего проекта не позволяет вам делать то, что вы добавили, также читабельно и имеет смысл.

Answer 2

Я не думаю, что существует какое-либо соглашение или руководство или для именования модулей для представлений. Это скорее личный выбор. Просто выберите единственное или множественное число и используйте его во всех местах.

Для выбора, вы можете увидеть, как вы назвали свой самый глубокий слой в стеке (модель). Если вы использовали Employee для своей модели сотрудника (что более вероятно), используйте employee для модуля. Если вы использовали Employees, используйте employees. На вашем месте я бы использовал единственное имя для модуля, даже если в одном файле несколько классов (по одному для каждой операции CRUD).

Answer 3

Я думаю, что именование файлов моделей в единственном числе было бы разумным, но с файлами представления стоит подумать, потому что очень часто представление может использовать несколько моделей внутри себя, в таких случаях такое имя файла может вводить в заблуждение. Я обычно называю файлы просмотра на основе бизнес-логики, которую они создают.

Также стоит подумать о том, чтобы разделить проект на приложения django.