А них как раз " структура проекта стандартизирована". Поэтому невозможно без бутылки водки разобраться ни в одном проекте на рельсах. Потому что в первом приближении они все одинаковые у них у всех одни и те же абстракции и структура каталогов
может просто стоит разделять для себя доменную модель и структуру проекта? Предметная область должна вся укладываться в доменную модель. А всё остальное - и есть совершенно типовая обвязка над доменной моделью и незачем там изобретать лишние сущности.
Что вы вкладываете в понятие "Доменная модель"? Например чем в go описывается доменная модель по вашему?
структурами, типами, методами и интерфейсами. ничего нового в го нет, всё как везде
ну да. вот в этой части и выстраивай как надо. но доменная модель - это только часть проекта. причём часто не большая часть даже
Ну небольшая она только тогда когда приложение по сути простой CRUD. А так в ней заключена вся суть и смысл приложения. А вся инфраструктурная обвязка, она конечно да, может быть стандартизована. Стандартизованную обвязку обычно называют "фреймворком".
Обсуждают сегодня