точнее, где лежит граница между нормальной архитектурой и излишней сложностью?вот тут
entity - repository - service - controllerКогда начинают добавлять паттерны поверх MVT
"а зачем?" - чтобы проект можно было поддерживать, развивать, покрывать тестами и чтобы из глаз не текла кровь))Я не вижу, как абстрагирование от орм (и неизбежный оверкодинг) упростят юнит-тестирование и функциональное тестирование
хорошую архитектуру вижу как-то так: entity - repository - service - controllerKISS
"Упростит ли ето что-то?" - даст возможность абстрагировать бизнес-логику от конкретного фреймворка, его ОРМок и т.п.а зачем?
А почему так увереннопотому как так проще.
то есть разработка на микрофреймворках - это обязательно велосипедостроение разве?или поиски чужого велосипеда
любой ормки в виде сторонней библиотеки
Возможность разрабатывать быстро разве что.собственно на данной фразе можно закончить
И то порог вхождения для новичка в любой микрофреймворк явно ниже, чем в джангу.для практики - ок. Написал 10 проектов в /dev/null и получил опыт
Да и так ли уж в Django не будет велосипедов?будут. Но они будут в виде пристройки, а не квадратных колес
Тот же насущный вопрос "где в Django хранить бизнес-логику" уже приводит к спорам и разногласиямFat models
Сначала в Manager
Потом в отдельный файл с функциями
В тяжелых случаях - делаем свой класс и добавляем в цепочку наследования
просто нет
У нас есть мантра питона и там все описано
нет же. Те части сервисов, которые сильно завязаны на орм просто тестируем, как модель вместе с данными
Тестирование кода, который писал человек не знающий про функциональный подход - всегда мучение
Но ето не повод продолжать писать грязные функции
нет, речь про
нет. Просто нет
мускул не используется никогда
Редис не используется для перманентного хранения чего-либо
нет. Всегда постгрес. В запущенных случаях оракл
И кроме того, оверинжинирить из-за того что может произойти завтра - безумие чистой воды
Я скорее скажу, что из-за такого оверинжиниринга и замедление написания кода проект прикроют сегодня, потому как вчера не было написано и строчки кода для решения бизнесс-задач