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

Редактировал(а) Alexandr Fokin 2025/01/11 14:16

<
От версии < 1.8 >
отредактировано Alexandr Fokin
на 2023/07/30 11:38
К версии < 1.10 >
отредактировано Alexandr Fokin
на 2023/08/06 15:41
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -1,5 +1,30 @@
1 +| |(((
1 1  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 2  [[https:~~/~~/www.youtube.com/watch?v=rFiuLeSFZsA>>https://www.youtube.com/watch?v=rFiuLeSFZsA]]
3 -
4 -Анемичная и «Богатая» модель в контексте [[GRASP>>doc:Архитектура и модели.Паттерны проектирования.GRASP.WebHome]] шаблонов (#22 выпуск подкаста DotNet&More)
4 +)))
5 +| |Анемичная и «Богатая» модель в контексте [[GRASP>>doc:Архитектура и модели.Паттерны проектирования.GRASP.WebHome]] шаблонов (#22 выпуск подкаста DotNet&More)
5 5  [[https:~~/~~/habr.com/ru/post/470021/>>https://habr.com/ru/post/470021/]]
7 +
8 +----
9 +
10 +==== Внутренние ссылки: ====
11 +
12 +====== Дочерние страницы: ======
13 +
14 +{{children/}}
15 +
16 +====== Обратные ссылки: ======
17 +
18 +{{velocity}}
19 +#set ($links = $doc.getBacklinks())
20 +#if ($links.size() > 0)
21 + #foreach ($docname in $links)
22 + #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
23 + * [[$escapetool.xml($rdoc.fullName)]]
24 + #end
25 +#else
26 + No back links for this page!
27 +#end
28 +{{/velocity}}
29 +
30 +----
XWiki.XWikiComments[0]
Комментарий
... ... @@ -1,1 +1,1 @@
1 -Мнение автора: на основании своего опыта я выступаю скорее за анемичную модель: когда сущность в основном контейнер для данных, почти не содержащий логику, и наборе команд/сервисов, для взаимодействия с ними (и именно на команды ложиться ответственность за сохранение консистентности агрегатов).
1 +Мнение автора: на основании своего опыта я выступаю скорее за анемичную модель: когда сущность в основном контейнер для данных, почти не содержащий логику, и наборе команд/сервисов для взаимодействия с ними (и именно на команды ложиться ответственность за сохранение консистентности агрегатов).