Перейти к содержимому

Изменения документа Анемичная или богатая модель

Редактировал(а) Alexandr Fokin 2025/05/30 14:06
От версии 2.7
отредактировано Alexandr Fokin
на 2025/01/11 14:16
Изменить комментарий: Редактировать комментарий
К версии 1.10
отредактировано Alexandr Fokin
на 2023/08/06 15:41
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -4,7 +4,6 @@
4 4  )))
5 5  | |Анемичная и «Богатая» модель в контексте [[GRASP>>doc:Архитектура и модели.Паттерны проектирования.GRASP.WebHome]] шаблонов (#22 выпуск подкаста DotNet&More)
6 6  [[https:~~/~~/habr.com/ru/post/470021/>>https://habr.com/ru/post/470021/]]
7 -| |[[Целостность агрегатов>>doc:Архитектура и модели.Группа\. Архитектурные подходы.Группа\. Свойства\..Тема\. Целостность агрегатов.WebHome]]
8 8  
9 9  ----
10 10  
XWiki.XWikiComments[0]
Комментарий
... ... @@ -1,3 +1,1 @@
1 1  Мнение автора: на основании своего опыта я выступаю скорее за анемичную модель: когда сущность в основном контейнер для данных, почти не содержащий логику, и наборе команд/сервисов для взаимодействия с ними (и именно на команды ложиться ответственность за сохранение консистентности агрегатов).
2 -\\Для меня вполне допустим следующий вариант: в доменной логике мы не создаем и не редактируем сущности напрямую, а делаем это через ISetter компонент. В контракт конкретного ISetter мы закладываем способы создания и изменения сущности. В таком случае у нас есть компонент, который указывает на контракт и допустимые способы взаимодействия с конкретной сущностью.
3 -Пример поведения, располагаемого в ISetter: 1) типизированные билдеры под конкретные сценарии использования (инварианты), 2) взаимодействие со связанными сущностями (родительская-дочерняя) (добавление, смена родительской сущности), 3) вычисляемые свойства (которые меняются при изменении полей).