Изменения документа Анемичная или богатая модель
Редактировал(а) Alexandr Fokin 2025/01/11 14:16
<
>
отредактировано Alexandr Fokin
на 2023/07/30 11:38
на 2023/07/30 11:38
отредактировано Alexandr Fokin
на 2023/08/06 15:41
на 2023/08/06 15:41
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
-
Объекты (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -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 +Мнение автора: на основании своего опыта я выступаю скорее за анемичную модель: когда сущность в основном контейнер для данных, почти не содержащий логику, и наборе команд/сервисов для взаимодействия с ними (и именно на команды ложиться ответственность за сохранение консистентности агрегатов).