Изменения документа DDD | Domain-driven design

Редактировал(а) Alexandr Fokin 2024/01/04 19:42

<
От версии < 3.11 >
отредактировано Alexandr Fokin
на 2023/01/07 19:43
К версии < 3.18 >
отредактировано Alexandr Fokin
на 2023/02/02 13:06
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Архитектура и модели.Модели.WebHome
1 +Архитектура и модели.Группа\. Архитектурные подходы.WebHome
Содержимое
... ... @@ -1,15 +1,30 @@
1 -|=(% style="width: 246px;" %)Понятие|=(% style="width: 1276px;" %)Описание
2 -|(% style="width:246px" %)Ubiquitous Language|(% style="width:1276px" %)Единый язык - набор терминов и понятий, используемый сотрудниками, работающими в рамках определенного Bounded Context.
1 +|=(% style="width: 196px;" %)Понятие|=(% style="width: 1299px;" %)Описание
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 +|(% style="width:196px" %)Bounded context|(% style="width:1299px" %)(((
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" %)
9 +|(% style="width:196px" %)Aggregate|(% style="width:1299px" %)Aggregate Root
10 +|(% style="width:196px" %)Entity|(% style="width:1299px" %)
11 +|(% style="width:196px" %)Value object|(% style="width:1299px" %)
12 +|(% style="width:196px" %)Events|(% style="width:1299px" %)(((
13 +(% style="width:209px" %)
14 +|(% style="width:206px" %)Domain events
15 +|(% style="width:206px" %)Integration Events
12 12  
17 +
18 +)))
19 +|(% style="width:196px" %)Service|(% style="width:1299px" %)(((
20 +(% style="width:203px" %)
21 +|(% style="width:200px" %)Domain service
22 +|(% style="width:200px" %)Application services
23 +
24 +Domain Driven Design: Domain Service, Application Service [closed]
25 +[[https:~~/~~/stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service>>https://stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service]]
26 +)))
27 +
13 13  ----
14 14  
15 15  В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним.
... ... @@ -18,9 +18,11 @@
18 18  ----
19 19  
20 20  Design a DDD-oriented microservice
21 -
22 22  [[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]]
23 23  
38 +Glossary of Domain-Driven Design Terms
39 +[[https:~~/~~/www.dddcommunity.org/resources/ddd_terms/>>https://www.dddcommunity.org/resources/ddd_terms/]]
40 +
24 24  Domain-driven design: рецепт для прагматика
25 25  https://habr.com/ru/company/jugru/blog/440772/
26 26