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

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

Редактировал(а) Alexandr Fokin 2026/09/15 12:50
От версии 2.10
отредактировано Alexandr Fokin
на 2026/09/15 12:50
Изменить комментарий: Удаленный объект
К версии 2.2
отредактировано Alexandr Fokin
на 2025/01/11 13:41
Изменить комментарий: Редактировать комментарий

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -1,11 +1,10 @@
1 1  | |(((
2 -DotNext | Максим Аршинов — Блеск и нищета предметной области ([[DDD ~| Domain-driven design>>doc:Архитектура и модели.Группа\. Архитектурные подходы.DDD | Domain-driven design.WebHome]], [[Expression tree ~| Деревья выражений>>doc:Разработка.NET.C#.Рантайм и типы.Expression tree | Деревья выражений.WebHome]], [[F#>>doc:Разработка.NET.F#.WebHome]], [[Работа с БД>>doc:Разработка.NET.Работа с БД.WebHome]])
2 +DotNext | Максим Аршинов — Блеск и нищета предметной области ([[DDD | Domain-driven design>>doc:Архитектура и модели.Группа\. Архитектурные подходы.DDD | Domain-driven design.WebHome]], [[Expression tree | Деревья выражений>>doc:Разработка.NET.C#.Рантайм и типы.Expression tree | Деревья выражений.WebHome]], [[F#>>doc:Разработка.NET.F#.WebHome]], [[Работа с БД>>doc:Разработка.NET.Работа с БД.WebHome]])
3 3  [[https:~~/~~/www.youtube.com/watch?v=rFiuLeSFZsA>>https://www.youtube.com/watch?v=rFiuLeSFZsA]]
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 7  | |[[Целостность агрегатов>>doc:Архитектура и модели.Группа\. Архитектурные подходы.Группа\. Свойства\..Тема\. Целостность агрегатов.WebHome]]
8 -| |[[Мнение>>doc:.Мнение.WebHome]]
9 9  
10 10  ----
11 11  
XWiki.XWikiComments[0]
Автор
... ... @@ -1,0 +1,1 @@
1 +XWiki.cccc1808
Комментарий
... ... @@ -1,0 +1,2 @@
1 +Мнение автора: на основании своего опыта я выступаю скорее за анемичную модель: когда сущность в основном контейнер для данных, почти не содержащий логику, и наборе команд/сервисов для взаимодействия с ними (и именно на команды ложиться ответственность за сохранение консистентности агрегатов).
2 +\\Для меня вполне допустим следующий вариант: в доменной логике мы не создаем и не редактируем сущности напрямую, а делаем это через ISetter компонент. В контракт ISetter мы закладываем способы создания и изменения сущности.
Дата
... ... @@ -1,0 +1,1 @@
1 +2023-07-30 07:36:33.660