view, зачем он нужен, если можно было с urls направлять на нужную функцию сразу. Зачем эта прослойка? Разбили логику на два файла.
Ведь можно было в один файл urls запихнуть всю логику контроллера.
Без приколов, объясните нубчику.
Cbv не? Просто что за файл?
немного не по делу: если упороться и не использовать модели, джанга и одним файлом обойдется
Как раз мне кажется и разбили логику
MVC в терминах Django - MTV, view называется template'ом, что и приводит к некоторой путанице) если смотреть на современные проекты, то и в случае обычных CMS и в случае фреймворков наблюдается тренд в сторону разделения фронтенда и бекенда, шаблоны делают на Angular/React/Vue.js, а на бэкенде остаётся API в данном случае остаётся Django'овский models.py со списком классов моделей и методами, связанными с бизнес-логикой (+ методы менеджеров, там такая же бизнес-логика, но не для одного объекта, а для всех), остаётся views.py с классами, генерирующими API (есть несколько вариантов, включая набирающий популярность GraphQL, но лидером является пока DRF, генерирующий RESTful API, обычно это классы на базе GenericViewSet и всяких миксинов), ещё есть urls.py, который раньше играл важную роль, сейчас же это просто роутер для API, который не так сильно важен, его аналог для разделов сайта на стороне фронтенда (на js)
Обсуждают сегодня