А вообще топить за "свободные"(что бы это ни значило) фунции и при этом писать банальнейшую процедрщину это, конечно, забавно

лучше обьясните как надо, если опыта больше. как у вас организовано?

мне не нравиться жёсткий подход, где слой связан с определённым слоем. при росте кодовой базы тяжело соблюдать границы. я имею в виду, что сервисов может быть больше одного и больше одного репозитория, главное, чтоб границы домена не нарушались. по сути в книге есть понятие контекстов, надо его учитывать.

и второе, что репозиторий должен всегда оперировать сущностями, которая не меняется от параметров выборки.

мне не нравиться жёсткий подход, где слой связан с определённым слоем. при росте кодовой базы тяжело соблюдать границы. я имею в виду, что сервисов может быть больше одного и больше одного репозитория, главное, чтоб границы домена не нарушались. по сути в книге есть понятие контекстов, надо его учитывать.

и второе, что репозиторий должен всегда оперировать сущностями, которая не меняется от параметров выборки.

плюс, для меня контролеры слой сетевого взаимодействия, я их не привязываю прям жоско к домену, там у меня нет логики. сервисы это лишь сценарий флоу. если говорить о ддд, то сравнив сценарий флоу и модель нарисованую они похожи.

После всего треда ощущение что натягивается сова на глобус без особого понимания зачем.
По-моему срабатывает https://en.m.wikipedia.org/wiki/Law_of_the_instrument

Если есть репозиторий то не надо его пихать везде.
Ну и справочник это просто база данных там нет логики по определению зачем вы всё это городите не понятно.

После всего треда ощущение что натягивается сова на глобус без особого понимания зачем.
По-моему срабатывает https://en.m.wikipedia.org/wiki/Law_of_the_instrument

Если есть репозиторий то не надо его пихать везде.
Ну и справочник это просто база данных там нет логики по определению зачем вы всё это городите не понятно.

плюс, для меня контролеры слой сетевого взаимодействия, я их не привязываю прям жоско к домену, там у меня нет логики. сервисы это лишь сценарий флоу. если говорить о ддд, то сравнив сценарий флоу и модель нарисованую они похожи.

Сервисы это когда вы признались себе что не можете в Information expert. И решили прикрыть кучу говна бумажной в 99% случаев.

Сервисы это когда вы признались себе что не можете в Information expert. И решили прикрыть кучу говна бумажной в 99% случаев.

где у вас проэкция модели?

Где угодно зависит от персистенса реализации.

Мне приходит сообщение я что то делаю в агрегате потом он сохраняется и сообщения его выходят во внешний мир.
Я как программист в обычной практике вообще не думаю что он сохраняется куда то. Он просто есть.

вот допустим, флоу: сохранить юзера, обновить отсчеты, отправить имейл. где это?

Это всё не бизнес логика. Это просто разные представления круда.