Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
• Объекты (1 изменено, 0 добавлено, 0 удалено)
  • XWiki.XWikiComments[0]

Подробности

Свойства страницы

Содержимое

...	...	@@ -1,5 +1,31 @@
	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	+| |[[Целостность агрегатов>>doc:Архитектура и модели.Группа\. Архитектурные подходы.Группа\. Свойства\..Тема\. Целостность агрегатов.WebHome]]
	8	+
	9	+----
	10	+
	11	+==== Внутренние ссылки: ====
	12	+
	13	+====== Дочерние страницы: ======
	14	+
	15	+{{children/}}
	16	+
	17	+====== Обратные ссылки: ======
	18	+
	19	+{{velocity}}
	20	+#set ($links = $doc.getBacklinks())
	21	+#if ($links.size() > 0)
	22	+ #foreach ($docname in $links)
	23	+ #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
	24	+ * [[$escapetool.xml($rdoc.fullName)]]
	25	+ #end
	26	+#else
	27	+ No back links for this page!
	28	+#end
	29	+{{/velocity}}
	30	+
	31	+----

XWiki.XWikiComments[0]

Комментарий

...	...	@@ -1,1 +1,2 @@
1	1	Мнение автора: на основании своего опыта я выступаю скорее за анемичную модель: когда сущность в основном контейнер для данных, почти не содержащий логику, и наборе команд/сервисов для взаимодействия с ними (и именно на команды ложиться ответственность за сохранение консистентности агрегатов).
	2	+\\Для меня вполне допустим следующий вариант: в доменной логике мы не создаем и не редактируем сущности напрямую, а делаем это через ISetter компонент. В контракт ISetter мы закладываем способы создания и изменения сущности.