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

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

<
От версии < 3.23 >
отредактировано Alexandr Fokin
на 2023/08/28 16:07
К версии < 3.24
отредактировано Alexandr Fokin
на 2024/01/04 19:42
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -1,12 +1,15 @@
1 -|=(% style="width: 196px;" %)Понятие|=(% style="width: 1299px;" %)Описание
1 +|(% style="width:96px" %)Некоторые термины|(% style="width:1389px" %)(((
2 2  |(% style="width:196px" %)Ubiquitous Language|(% style="width:1299px" %)Единый язык - набор терминов и понятий, используемый сотрудниками, работающими в рамках определенного Bounded Context.
3 3  Хорошо, если терминология также задействована в схемах, документации, коде приложения.
4 4  Позволяет людям более четко понимать друг другу, подразумевая определенный понятия.
5 5  Позволяет осуществлять поиск понятия для более четкого понимания происходящего в предметной области, более просто вводить новых сотрудников и при необходимости распространять информацию внешним партнерам.
6 -\\Термин является уникально идентефицируемым в рамках одного контекста.
6 +\\Термин является уникально идентифицируемым в рамках одного контекста.
7 7  Одно и то же слово в разных Bounded Context может соотноситься с разными сущностями и может иметь маппинг (Контекст1.Термин1 -> Контекст2.Термин2).
8 8  |(% style="width:196px" %)Bounded context|(% style="width:1299px" %)(((
9 -
9 +Структурный элемент, содержащий внутри себя некоторые компоненты и описывающие некоторый блок предметной области.
10 +
11 +В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним.
12 +Необходимые условия (перед выполнением какого-либо действия) и ограничения. Применение действия не должно приводить к повреждению состояния.
10 10  )))
11 11  |(% style="width:196px" %)Aggregate|(% style="width:1299px" %)Aggregate Root
12 12  |(% style="width:196px" %)Entity|(% style="width:1299px" %)(((
... ... @@ -34,14 +34,11 @@
34 34  Domain Driven Design: Domain Service, Application Service [closed]
35 35  [[https:~~/~~/stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service>>https://stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service]]
36 36  )))
40 +| |
37 37  
38 -----
39 -
40 -В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним.
41 -Необходимые условия (перед выполнением какого-либо действия) и ограничения. Применение действия не должно приводить к повреждению состояния.
42 -
43 -----
44 -
42 +
43 +)))
44 +|(% style="width:96px" %) |(% style="width:1389px" %)(((
45 45  Design a DDD-oriented microservice
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  
... ... @@ -56,10 +56,8 @@
56 56  
57 57  DotNext | Алексей Мерсон — Domain-driven design: рецепт для прагматика
58 58  https://www.youtube.com/watch?v=CR9mLGN9jh0
59 -
60 -----
61 -
62 -[[EntityFramework>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] 6 (7) vs [[NHibernate>>doc:Разработка.NET.Работа с БД.NHibernate.WebHome]] 4: взгляд со стороны DDD (+ комментарии)
59 +)))
60 +|(% style="width:96px" %) |(% style="width:1389px" %)[[EntityFramework>>doc:Разработка.NET.Работа с БД.EntityFramework | EntityFrameworkCore.WebHome]] 6 (7) vs [[NHibernate>>doc:Разработка.NET.Работа с БД.NHibernate.WebHome]] 4: взгляд со стороны DDD (+ комментарии)
63 63  [[https:~~/~~/habr.com/ru/post/262407/>>https://habr.com/ru/post/262407/]]
64 64  
65 65  ----