PD
Угу, но именно там, на мой взгляд, оно вообще не применимо.
А вот на уровне системы - очень даже.
А вот на уровне системы - очень даже.
Size: a a a
2021 July 06
z
В "моей" чистой архитектуре доменный слой содержит бизнес-логику в сущностях и доменных сервисах, а сервисный слой (по Фаулеру) или прикладной слой (как у Эванса) содержит в основном сценарии. Иногда правда БЛ может туда утекать https://enterprisecraftsmanship.com/posts/domain-model-purity-completeness/
PD
А в чем разница между сценариями и бизнес-логикой?
LV
А вы автор статьи?
LV
Солдат умеем копать и стрелять - это его бл.
Но куда копать и в кого и когда стрелять решает генерал. Это сценарий.
Но куда копать и в кого и когда стрелять решает генерал. Это сценарий.
PD
А что такое "копать", какие сущности при этом меняются? Солдат - понятно, но еще же и земля?
Вот связь между сущностями - для меня в сценарии, а не в бизнес-логике, так как она очень и очень разная
Вот связь между сущностями - для меня в сценарии, а не в бизнес-логике, так как она очень и очень разная
z
У Р. Мартина это называется use cases, по сути функциональные возможности системы. Грубо говоря слой-оркестратор доменными сущностями
z
Нет, не я :)
LV
Автор статья тоже в этом чате есть. Я решил может он ник сменил и аватар :)
PD
Ну да, у меня ровно так же.
При этом доменные сущности - знают только про самих себя
При этом доменные сущности - знают только про самих себя
PD
Ну вот у меня по этой статье много вопросов, я бы не сказал, что это хороший стиль и хороший код.
z
А что за вопрос был? Если ещё актуально...
z
Согласен, не без этого... Но основной посыл в том, что не всегда всю БЛ можно удержать в доменном слое, и приходится идти на компромиссы
PD
Ну, это да, собственно, обычно БЛ вообще никак не удержать в доменном слое.
Меня в этом примере смущает наличие Company внутри User
Меня в этом примере смущает наличие Company внутри User
AM
Норм функциональный стиль вполне это культивирует, данные отдельно, манипуляции отдельно. Разделение на потоки данных, push/pull дизайн, кругом контекстно независимые лямбды.
AM
Физику делаем с учем метрик качества модели/ инфраструктуры данных. Там где сажаем в производительности добиваем кешами в прикладе
AM
Ну и все иммутабильно)))
PD
Ну, манипуляции - тоже все-таки можно не на уровне произвольных set, а через конструкторы новых измененных сущностей.
Но ФТ тяготеет к замене всех классов на туплы и коллекции (
Но ФТ тяготеет к замене всех классов на туплы и коллекции (
AM
Воооо!!! И джава тут не лучший инструмент
AM
Вообще ооп не лучший инструмент