Епт, все зависит от варианта использования. Для мелкой фигни всякие эти ваши ддд и луковая архитектура естессно не нужны, ебошь логику в контроллер, отдавай голые классы, дели на нулл. Только когда проект становится больше чем ContosoSamplеMovieDatabase и появляется нужда, например, делить список доступных для выдачи разным юзерам полей/сущностей - тогда простейший подход легким движением руки превращается в пиздец и/или спагетти.
Ddd это domain driven design? Помню года полтора назад писал на дарт/флаттере инвертори аппликуху(а процессе самообучения и под реально нужный проект, в ночные смены филдсапортос на заводе) используя ддд, интерфейсы и инъекции зависимостей с видеоуроков reso coder. Было охуенно, но на заводе скозали что нах твой флаттер нинужон,, если хочешь пиши на питоне/жаваскрипте (даже тс запретили). Но строгая типизация и ооп навсегда осталось в моем сердце
Епт, все зависит от варианта использования. Для мелкой фигни всякие эти ваши ддд и луковая архитектура естессно не нужны, ебошь логику в контроллер, отдавай голые классы, дели на нулл. Только когда проект становится больше чем ContosoSamplеMovieDatabase и появляется нужда, например, делить список доступных для выдачи разным юзерам полей/сущностей - тогда простейший подход легким движением руки превращается в пиздец и/или спагетти.
Ddd это domain driven design? Помню года полтора назад писал на дарт/флаттере инвертори аппликуху(а процессе самообучения и под реально нужный проект, в ночные смены филдсапортос на заводе) используя ддд, интерфейсы и инъекции зависимостей с видеоуроков reso coder. Было охуенно, но на заводе скозали что нах твой флаттер нинужон,, если хочешь пиши на питоне/жаваскрипте (даже тс запретили). Но строгая типизация и ооп навсегда осталось в моем сердце