Overview

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

实体

实体是由属性构成，其有唯一性，即拥有唯一性的属性，比如id。

业务形态

实体是领域模型的一个业务对象的体现，定义了一类业务对象，该业务对象对应一类业务，自创建起其属性，除了唯一标识属性不可改变，剩下的属性都可以改变，无论非唯一属性如何改变，他依旧代表他被创建时的那个业务对象，也就是其最大的特点，唯一性和延续性。

比如创建出一个用户，无论他的年龄，身份，职业如何改变，但是他的id不变，他依旧是那个用户。

代码体现

一个拥有唯一标识的DO对象，domain。

运行的形态

拥有唯一标识的domain,除了唯一标识的属性不可改变，其他属性理论上都可以改变。

实体的数据库形态

实体对应的是一类业务对象，并不和数据库表直接对应，持久层对象（dao/repository）直接对应数据库表。一个业务对象可以解析成多个吃阶层对象。

值对象

实体中的一些属性可以按照一定的业务逻辑进行聚合成一个集合（具体体现为对象或者一个json）。其没有唯一性，但是其自创建起不能被修改，其由属性或者json组成，其中的属性不能被修改，只能被完全替换。

《实现领域驱动设计》一书中对值对象的定义：通过对象属性值来识别的对象，它将多个相关属性组合为一个概念整体。

例子

image.png

人员实体原本包括：姓名、年龄、性别以及人员所在的省、市、县和街道等属性。这样显示地址相关的属性就很零碎了对不对？现在，我们可以将“省、市、县和街道等属性”拿出来构成一个“地址属性集合”，这个集合就是值对象了。

值对象的业务形态

其按照一定的业务逻辑对一些相关属性进行聚合。

值对象的代码形态

可能是一个类

image.png

也可能是一个json

image.png

值对象的运行形态

值对象没有唯一标志，其被创建后，不允许对其中属性的更改，只能整体替换。

值对象按照嵌入实体的方式有两种实现：

1.将一些实体中的属性聚合成类。

2.序列化大对象，将值对象序列化成json格式，存储在某一个属性上。

嵌入方式

值对象嵌入到实体的话，有这样两种不同的数据格式，也可以说是两种方式，分别是属性嵌入的方式和序列化大对象的方式。

案例 1：以属性嵌入的方式形成的人员实体对象，地址值对象直接以属性值嵌入人员实体中。

image.png

案例 2：以序列化大对象的方式形成的人员实体对象，地址值对象被序列化成大对象 Json 串后，嵌入人员实体中。

image.png

值对象的数据库形态

值对象最大的特点体现就在这，其并不对应某一个表，只对应表中的某几个字段或者其中的一个字段。

在领域建模时，我们可以将部分对象设计为值对象，保留对象的业务涵义，同时又减少了实体的数量；在数据建模时，我们可以将值对象嵌入实体，减少实体表的数量，简化数据库设计。

领域驱动中实体和值对象与数据库驱动的区别

领域驱动先设计领域，后设计表，弱化了表在业务中的体现，通过设计领域对象，解耦业务和表之间的直接关系。简化数据库设计，不用像以前数据库驱动设计，一个实体对应一个表，减少了实体表的数量，可以简单、清晰地表达业务概念。这种设计方式虽然降低了数据库设计的复杂度，

值对象的优点和局限性

优点

通过值对象对一个实体中某一些属性进行聚合，可以直接简化数据库的设计，减少数据库表的数量，弱化数据库在业务中的耦合性，弱化数据库的作用，只把数据库作为一个保存数据的仓库即可。

局限性

值对象采用序列化大对象的方法简化了数据库设计，减少了实体表的数量，可以简单、清晰地表达业务概念。这种设计方式虽然降低了数据库设计的复杂度，但却无法满足基于值对象的快速查询，会导致搜索值对象属性值变得异常困难。

实体和值对象的关系

实体是业务中具体的业务对象的体现，而值对象是业务中对象中有一定相关性属性的一个集合。

实体有唯一性和延续性。

值对象没有唯一性，其属性有不可变性，若要改变值对象，必须完全替换值对象，不能修改其中具体属性。