DDD领域总结

DDD是什么？
"而DDD则是对传统的以数据为中心的建模方式的反思结果。"

DDD战略：
领域
限界上下文(可以通俗理解为业务场景或语境)
上下文映射
架构等

上下文映射图：
上下文映射图帮助我们理解业务领域、模型间的边界，以及这些模型之间的集成方式。

用户域
商家域
问题域
价值域
解决方案域

域的划分通过限界上下文,域独立变化、稳定空间、自治性。
域的交互方式上下游关系(依赖方向下游->上游)
可以分为：合作，遵奉、分离(最好关系)，供应关系(通常关系)。

架构：
1.六边形架构(端口和适配器)
2.面向服务架构
3.REST
4.CQRS
5.事件驱动
6.数据网格

DDD战术：
实体
值对象
聚合
资源库等

领域服务
领域事件

资源库：
ORM方式实现资源库
1.一种采用基于网格的分布式缓存。
2.另一种则采用NoSQL的键值对存储。

领域模型：
什么是领域模型？
领域模型是关于某个特定业务领域的软件模型。通常，领域模型通过对象模型来实现，
这个对象同时包含了数据和行为，并且表达了准确的业务含义。

核心域：
重要和复杂的业务场景模型我们称为核心域。
复杂的评估不太好定义可以以重要为依据判断 是否作为核心域。

DDD战术建模工具------领域服务
领域服务和应用服务

应用服务：
"我想很多人也都在程序中创建过一些服务类，并且将事务边界放在这些类的方法上那么此时，我们所创建的便是DDD所称为的应用服务(Application Service)。"
----摘抄《实现领域驱动设计_完整扫描版.pdf》译者序

领域服务：

DDD战术建模工具------领域事件

工作过程流程
问题域
解决方案域

问题域到解决方案域过程
业务建模
需求
面向领域架构
领域分析建模
领域设计建模
领域实现建模

问题域划分：
通过子领域：核心子领域，支撑子领域和通用子领域将问题拆分。

解决方案域划分：
通过战略设计(领域架构)，战术设计(实体、值对象)

建模方法：(对核心子领域建模等)
头脑风暴、四色建模

业务需要分析很重要！！！
统一语言，领域模型是实现统一语言一种方式。

领域建模整个过程需要考虑5W模型

who, 利益相关人
why, 价值所在
where,系统范围
when, 协作(业务用例)
what  领域划分(核心子领域，支撑子领域和通用子领域)

需求(痛点)
目标(价值)
解决方案(解决痛点过程)

需求三部分：
已知需求，已知可变需求，未知需求。