Изменения документа 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,12 +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 +\\Термин является уникально идентифицируемым в рамках одного контекста. 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 ----