Django ломают не моделью, а тремя незаметными привычками в проекте

Django ломают не моделью, а тремя незаметными привычками в проекте

В репах чаще всего всплывает одно и то же: бизнес-логика уезжает в views, запросы к БД размазаны по шаблонам, а формы начинают делать чужую работу. В итоге код вроде бы «по-Django», но поддерживать его больно.

Держите три правила, которые помогают не развалить проект:
— всю логику изменений данных выносить из views в сервисы или model methods;
— тяжёлые запросы собирать заранее через select_related/prefetch_related, а не в цикле;
— шаблон оставлять для отображения, а не для вычислений и фильтрации.

Ещё одна типовая ошибка — смешивать в одном месте валидацию, доступы и запись в базу. Когда код растёт, это превращается в цепочку if-ов, которую страшно трогать. Лучше разделять: форма или serializer проверяет вход, сервис решает бизнес-правило, слой доступа к данным только сохраняет результат.

Если проект уже распух, начните с самого дорогого места: уберите N+1-запросы, вытащите повторяющиеся куски в отдельные функции и оставьте views максимально тонкими. Так Django снова становится быстрым в разработке, а не только в названии.