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

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

<
От версии < 3.24
отредактировано Alexandr Fokin
на 2024/01/04 19:42
К версии < 3.13 >
отредактировано Alexandr Fokin
на 2023/01/11 23:52
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Архитектура и модели.Группа\. Архитектурные подходы.WebHome
1 +Архитектура и модели.Модели.WebHome
Содержимое
... ... @@ -1,53 +1,28 @@
1 -|(% style="width:96px" %)Некоторые термины|(% style="width:1389px" %)(((
2 -|(% style="width:196px" %)Ubiquitous Language|(% style="width:1299px" %)Единый язык - набор терминов и понятий, используемый сотрудниками, работающими в рамках определенного Bounded Context.
1 +|=(% style="width: 246px;" %)Понятие|=(% style="width: 1276px;" %)Описание
2 +|(% style="width:246px" %)Ubiquitous Language|(% style="width:1276px" %)Единый язык - набор терминов и понятий, используемый сотрудниками, работающими в рамках определенного Bounded Context.
3 3  Хорошо, если терминология также задействована в схемах, документации, коде приложения.
4 4  Позволяет людям более четко понимать друг другу, подразумевая определенный понятия.
5 5  Позволяет осуществлять поиск понятия для более четкого понимания происходящего в предметной области, более просто вводить новых сотрудников и при необходимости распространять информацию внешним партнерам.
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 -
6 +|(% style="width:246px" %)Bounded context|(% style="width:1276px" %)(((
21 21  
22 22  )))
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
9 +|(% style="width:246px" %)Aggregate|(% style="width:1276px" %)Aggregate Root
10 +|(% style="width:246px" %)Entity|(% style="width:1276px" %)
11 +|(% style="width:246px" %)Value object|(% style="width:1276px" %)
12 +|(% style="width:246px" %)Domain service|(% style="width:1276px" %)
13 +|(% style="width:246px" %)Application services|(% style="width:1276px" %)
28 28  
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
15 +----
36 36  
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 +В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним.
18 +Необходимые условия (перед выполнением какого-либо действия) и ограничения. Применение действия не должно приводить к повреждению состояния.
41 41  
42 -
43 -)))
44 -|(% style="width:96px" %) |(% style="width:1389px" %)(((
20 +----
21 +
45 45  Design a DDD-oriented microservice
23 +
46 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]]
47 47  
48 -Glossary of Domain-Driven Design Terms
49 -[[https:~~/~~/www.dddcommunity.org/resources/ddd_terms/>>https://www.dddcommunity.org/resources/ddd_terms/]]
50 -
51 51  Domain-driven design: рецепт для прагматика
52 52  https://habr.com/ru/company/jugru/blog/440772/
53 53  
... ... @@ -56,8 +56,10 @@
56 56  
57 57  DotNext | Алексей Мерсон — Domain-driven design: рецепт для прагматика
58 58  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 (+ комментарии)
34 +
35 +----
36 +
37 +[[EntityFramework>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] 6 (7) vs [[NHibernate>>doc:Разработка.NET.Работа с БД.NHibernate.WebHome]] 4: взгляд со стороны DDD
61 61  [[https:~~/~~/habr.com/ru/post/262407/>>https://habr.com/ru/post/262407/]]
62 62  
63 63  ----