Комментарий

• Свойства страницы (2 изменено, 0 добавлено, 0 удалено)

Подробности

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

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-Архитектура и модели.WebHome
	1	+Архитектура и модели.Группа\. Архитектурные подходы.WebHome

Содержимое

...	...	@@ -1,22 +1,53 @@
1		-|=(% style="width: 246px;" %)Понятие|=(% style="width: 1276px;" %)Описание
2		-|(% style="width:246px" %)Ubiquitous Language|(% style="width:1276px" %)Единый язык - набор терминов и понятий, используемый сотрудниками, работающими в рамках определенного Bounded Context.
	1	+|(% style="width:96px" %)Некоторые термины|(% style="width:1389px" %)(((
	2	+|(% style="width:196px" %)Ubiquitous Language|(% style="width:1299px" %)Единый язык - набор терминов и понятий, используемый сотрудниками, работающими в рамках определенного Bounded Context.
3	3	Хорошо, если терминология также задействована в схемах, документации, коде приложения.
4	4	Позволяет людям более четко понимать друг другу, подразумевая определенный понятия.
5	5	Позволяет осуществлять поиск понятия для более четкого понимания происходящего в предметной области, более просто вводить новых сотрудников и при необходимости распространять информацию внешним партнерам.
6		-|(% style="width:246px" %)Bounded Context|(% style="width:1276px" %)(((
	6	+\\Термин является уникально идентифицируемым в рамках одного контекста.
	7	+Одно и то же слово в разных Bounded Context может соотноситься с разными сущностями и может иметь маппинг (Контекст1.Термин1 -> Контекст2.Термин2).
	8	+|(% style="width:196px" %)Bounded context|(% style="width:1299px" %)(((
	9	+Структурный элемент, содержащий внутри себя некоторые компоненты и описывающие некоторый блок предметной области.
	10	+
	11	+В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним.
	12	+Необходимые условия (перед выполнением какого-либо действия) и ограничения. Применение действия не должно приводить к повреждению состояния.
	13	+)))
	14	+|(% style="width:196px" %)Aggregate|(% style="width:1299px" %)Aggregate Root
	15	+|(% style="width:196px" %)Entity|(% style="width:1299px" %)(((
	16	+|Associations|(((
	17	+The right way to implement associations in DDD?
	18	+[[https:~~/~~/stackoverflow.com/questions/16912939/the-right-way-to-implement-associations-in-ddd>>https://stackoverflow.com/questions/16912939/the-right-way-to-implement-associations-in-ddd]]
	19	+)))
	20	+
7	7
8	8	)))
9		-|(% style="width:246px" %)Aggregate|(% style="width:1276px" %)
10		-|(% style="width:246px" %)Entity|(% style="width:1276px" %)
11		-|(% style="width:246px" %)Value object|(% style="width:1276px" %)
	23	+|(% style="width:196px" %)Value object|(% style="width:1299px" %)
	24	+|(% style="width:196px" %)Events|(% style="width:1299px" %)(((
	25	+(% style="width:209px" %)
	26	+|(% style="width:206px" %)Domain events
	27	+|(% style="width:206px" %)Integration Events
12	12
13		-----
	29	+События предметной области: проектирование и реализация
	30	+[[https:~~/~~/learn.microsoft.com/ru-ru/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/domain-events-design-implementation>>https://learn.microsoft.com/ru-ru/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/domain-events-design-implementation]]
	31	+)))
	32	+|(% style="width:196px" %)Service|(% style="width:1299px" %)(((
	33	+(% style="width:203px" %)
	34	+|(% style="width:200px" %)Domain service
	35	+|(% style="width:200px" %)Application services
14	14
15		-В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним.
16		-Необходимые условия (перед выполнением какого-либо действия) и ограничения. Применение действия не должно приводить к повреждению состояния.
	37	+Domain Driven Design: Domain Service, Application Service [closed]
	38	+[[https:~~/~~/stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service>>https://stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service]]
	39	+)))
	40	+| |
17	17
18		-----
	42	+
	43	+)))
	44	+|(% style="width:96px" %) |(% style="width:1389px" %)(((
	45	+Design a DDD-oriented microservice
	46	+[[https:~~/~~/learn.microsoft.com/en-us/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/ddd-oriented-microservice>>https://learn.microsoft.com/en-us/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/ddd-oriented-microservice]]
19	19
	48	+Glossary of Domain-Driven Design Terms
	49	+[[https:~~/~~/www.dddcommunity.org/resources/ddd_terms/>>https://www.dddcommunity.org/resources/ddd_terms/]]
	50	+
20	20	Domain-driven design: рецепт для прагматика
21	21	https://habr.com/ru/company/jugru/blog/440772/
22	22
...	...	@@ -25,3 +25,30 @@
25	25
26	26	DotNext | Алексей Мерсон — Domain-driven design: рецепт для прагматика
27	27	https://www.youtube.com/watch?v=CR9mLGN9jh0
	59	+)))
	60	+|(% style="width:96px" %) |(% style="width:1389px" %)[[EntityFramework>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] 6 (7) vs [[NHibernate>>doc:Разработка.NET.Работа с БД.NHibernate.WebHome]] 4: взгляд со стороны DDD (+ комментарии)
	61	+[[https:~~/~~/habr.com/ru/post/262407/>>https://habr.com/ru/post/262407/]]
	62	+
	63	+----
	64	+
	65	+==== Внутренние ссылки: ====
	66	+
	67	+====== Дочерние страницы: ======
	68	+
	69	+{{children/}}
	70	+
	71	+====== Обратные ссылки: ======
	72	+
	73	+{{velocity}}
	74	+#set ($links = $doc.getBacklinks())
	75	+#if ($links.size() > 0)
	76	+ #foreach ($docname in $links)
	77	+ #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
	78	+ * [[$escapetool.xml($rdoc.fullName)]]
	79	+ #end
	80	+#else
	81	+ No back links for this page!
	82	+#end
	83	+{{/velocity}}
	84	+
	85	+----