К
Size: a a a
2021 March 13
К
только без слоя сервиса
ЕР
Попёр DDD на голанге
ЕР
Извините, не удержался 😅
ЕР
SM
только без слоя сервиса
Прекращай Эванса читать пока не поздно. У тебя в голове каша.
К
Т - токсичность
YZ
Человек пытается выборку на чтение сделать. Причём тут модель?
сейчас перечитаю первые сообщения
SM
Т - токсичность
Вовсе нет. По его книге ты ничего не поймёшь. Начни хотя бы с Вон Вернона.
AP
только без слоя сервиса
Есть мысль которая к DDD не относится, но может быть полезна. Чем больше логики находится на уровне репозитория тем меньше получится ее протестировать без поднятия инфраструктуры, подготовки данных и прочего. Я люблю репозитории с простыми операциями и бизнес логику на уровне сервиса (композицию, агрегацию и прочее). Но это работает хорошо только если нет жестких требований по производительности.
YZ
Человек пытается выборку на чтение сделать. Причём тут модель?
согласен
К
Есть мысль которая к DDD не относится, но может быть полезна. Чем больше логики находится на уровне репозитория тем меньше получится ее протестировать без поднятия инфраструктуры, подготовки данных и прочего. Я люблю репозитории с простыми операциями и бизнес логику на уровне сервиса (композицию, агрегацию и прочее). Но это работает хорошо только если нет жестких требований по производительности.
это к сожалению относится только к операциям на выборку данных, все что касается изменений данных требует транзакционности и придется в любом случае опускать на уровень репозитория. Нет особой бизнес логики, просто организация справочника составного обьекта (к примеру)
К
согласен
Спасибо за помощь, тот вопрос не актуален
ЕР
это к сожалению относится только к операциям на выборку данных, все что касается изменений данных требует транзакционности и придется в любом случае опускать на уровень репозитория. Нет особой бизнес логики, просто организация справочника составного обьекта (к примеру)
Как жаль что Unit Of Work не придумали
К
Обижаешь) Мы же взрослые люди. Я пытаюсь организовать свой фреймворк для проекта, пришел к выводу что, нужно делать что-то удобное. Структуру можно организовать следующим образом. 1 домен -> 1 контроллер -> 1 сервис(может иметь в зависимостях другие сервисы) -> 1 репозиторий. Допустим доменов 10 штук. У каждого есть свой репозиторий, который реализовывет интерфейс, под капотом интерфейс на свободных функциях, которые экспортируемы в рамках всего проекта. тем самым имеем удобство. Сборку сложных обьектов как раз делать внутри репозитория, а учитывая что все функции свободны нет дублирования кода. эти свободные функции можно как для транзакий так и для атомарных запросов
этот основной вопрос
ЕР
Как жаль что Unit Of Work не придумали
А вообще и он не нужен. Агрегат - граница консистентности, и за транзакцию в идеале должен обновляться один агрегат
К
Как жаль что Unit Of Work не придумали
спсибо за новый термин, выглядит как страшный оверхед. На свободных функциях все в разы элекгантнее и проще
YZ
Обижаешь) Мы же взрослые люди. Я пытаюсь организовать свой фреймворк для проекта, пришел к выводу что, нужно делать что-то удобное. Структуру можно организовать следующим образом. 1 домен -> 1 контроллер -> 1 сервис(может иметь в зависимостях другие сервисы) -> 1 репозиторий. Допустим доменов 10 штук. У каждого есть свой репозиторий, который реализовывет интерфейс, под капотом интерфейс на свободных функциях, которые экспортируемы в рамках всего проекта. тем самым имеем удобство. Сборку сложных обьектов как раз делать внутри репозитория, а учитывая что все функции свободны нет дублирования кода. эти свободные функции можно как для транзакий так и для атомарных запросов
мне не нравиться жёсткий подход, где слой связан с определённым слоем. при росте кодовой базы тяжело соблюдать границы. я имею в виду, что сервисов может быть больше одного и больше одного репозитория, главное, чтоб границы домена не нарушались. по сути в книге есть понятие контекстов, надо его учитывать.
и второе, что репозиторий должен всегда оперировать сущностями, которая не меняется от параметров выборки.
и второе, что репозиторий должен всегда оперировать сущностями, которая не меняется от параметров выборки.
ЕР
спсибо за новый термин, выглядит как страшный оверхед. На свободных функциях все в разы элекгантнее и проще