领域驱动设计1-概念

1：概述

领域驱动设计是通过领域知识构建的领域模型来控制业务的复杂性，通过领域模型反映领域知识，构建更易维护的系统；是为了管理系统复杂性问题而生的一套方法论。

1.1：核心价值

领域驱动设计的核心目标是基于特定业务范围，通过统一业务概念（统一语言），将系统参与各方整合在一起，从而减少不同角色和环节的信息熵减问题。

领域模型是领域驱动设计的核心产出，它不仅能描述真实的业务逻辑和业务场景，也是系统实现的表达方式。领域模型的适应性能直接反应系统的扩展性上

2：核心概念

2.1：通用语言和限界上下文

2.2：领域模型

领域模型是对领域内的概念类或现实世界中对象的可视化表示。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。

2.3：实体和值对象

实体和值对象是组成领域模型的基础单元。

实体拥有唯一标识符，且标识符在历经各种状态变更后仍能保持一致。对实体而言，重要的不是其属性，而是其延续性和标识，对象的延续性和标识会跨越甚至超出软件的生命周期。我们把这样的对象称为实体。从上面的实例来说，支付单有唯一的 ID，渠道单有自己的唯一 ID，它们都是实体。

当一个对象用来描述一个实物，而没有唯一的标识符，叫做值对象。 值对象本质就是一个集合，可以保证属性归类的清晰和概念的完整性。比如：查询到订单一些信息结果DTO

实体和值对象都是领域模型的成员，实体是业务唯一性的载体，是个富对象，包含业务逻辑和唯一标 识。值对象是属性的集合，没有唯一标识，只是数据的容器，没有业务逻辑。值对象是实体的一部分， 为了简化设计，将部分相关属性抽离成值对象。如果值对象变动，原来的值对象可以直接丢弃。也可以 理解为值对象是当时数据的快照，只是当时的状态。

2.4：聚合与聚合根

聚合是领域模型的具体表达。

聚合是业务和逻辑紧密关联的实体和值对象组合而成，聚合是数据修改和持久化的基本单元，一个聚合对应一个数据的持久化。 聚合在 DDD 分层架构中属于领域层，一个聚合提供一个业务核心能力，领域层包含了多个聚合，聚合内的实体以充血模型实现个体业务能力，以及业务逻辑的高内聚。

聚合根也叫做根实体，它不仅仅是实体，还是实体的管理者。 聚合之间通过聚合根关联引用，如果需要访问其他聚合的实体，先访问聚合根，再导航到聚合内部的实体。即外部对象不能直接访问聚合内的实体。

 

 

 

拿上面支付的例子来说，支付是一个聚合，支付单是聚合根，渠道单是依附于聚合根的另一个实体，渠道单的所有行为都要通过支付单进行操作。

上面说到聚合之间通过聚合根关联引用，一个实体是否属于聚合根取决于所处的聚合。在退款聚合中，退款单是聚合根，绑定的支付单，在这里支付单是普通实体。所以是否是聚合根取决于具体场景。

聚合的特点：高内聚、低耦合，它是领域模型中最底层的边界，可以作为拆分微服务的最小单位。

2.5：子域

如何拆分？

『领域的边界划分不断演绎，只要发现复杂性凝聚的地方，就划定为有界上下文，割裂它与其他系统的关系，并派出精兵强将专门对付。』

3：领域驱动设计的落地

领域驱动设计的两个作用：

1：通过战略设计拆分子域，指导微服务拆分。

2：通过事件风暴建立领域概念模型，指导代码设计。

切记「一千个读者心中有一千个哈姆雷特」

 

 

概念参考：

https://www.cnblogs.com/pyer/p/15856573.html