Изменения документа DDD | Domain-driven design
Редактировал(а) Alexandr Fokin 2024/01/04 19:42
<
отредактировано Alexandr Fokin
на 2023/08/28 16:07
на 2023/08/28 16:07
отредактировано Alexandr Fokin
на 2024/01/04 19:42
на 2024/01/04 19:42
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,11 +1,15 @@ 1 -| =(% style="width:196px;" %)Понятие|=(% style="width:299px;" %)Описание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 6 Одно и то же слово в разных Bounded Context может соотноситься с разными сущностями и может иметь маппинг (Контекст1.Термин1 -> Контекст2.Термин2). 7 7 |(% style="width:196px" %)Bounded context|(% style="width:1299px" %)((( 8 - 9 +Структурный элемент, содержащий внутри себя некоторые компоненты и описывающие некоторый блок предметной области. 10 + 11 +В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним. 12 +Необходимые условия (перед выполнением какого-либо действия) и ограничения. Применение действия не должно приводить к повреждению состояния. 9 9 ))) 10 10 |(% style="width:196px" %)Aggregate|(% style="width:1299px" %)Aggregate Root 11 11 |(% style="width:196px" %)Entity|(% style="width:1299px" %)((( ... ... @@ -33,14 +33,11 @@ 33 33 Domain Driven Design: Domain Service, Application Service [closed] 34 34 [[https:~~/~~/stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service>>https://stackoverflow.com/questions/2268699/domain-driven-design-domain-service-application-service]] 35 35 ))) 40 +| | 36 36 37 ----- 38 - 39 -В рамках контекста мы определяем сущности, а также наборы действие, которые мы может применить к ним. 40 -Необходимые условия (перед выполнением какого-либо действия) и ограничения. Применение действия не должно приводить к повреждению состояния. 41 - 42 ----- 43 - 42 + 43 +))) 44 +|(% style="width:96px" %) |(% style="width:1389px" %)((( 44 44 Design a DDD-oriented microservice 45 45 [[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]] 46 46 ... ... @@ -55,10 +55,8 @@ 55 55 56 56 DotNext | Алексей Мерсон — Domain-driven design: рецепт для прагматика 57 57 https://www.youtube.com/watch?v=CR9mLGN9jh0 58 - 59 ----- 60 - 61 -[[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 (+ комментарии) 62 62 [[https:~~/~~/habr.com/ru/post/262407/>>https://habr.com/ru/post/262407/]] 63 63 64 64 ----