Overview
实体和值对象是领域模型的基础单元。
实体
实体是由属性构成，其有唯一性，即拥有唯一性的属性，比如id。
业务形态
实体是领域模型的一个业务对象的体现，定义了一类业务对象，该业务对象对应一类业务，自创建起其属性，除了唯一标识属性不可改变，剩下的属性都可以改变，无论非唯一属性如何改变，他依旧代表他被创建时的那个业务对象，也就是其最大的特点，唯一性和延续性。
比如创建出一个用户，无论他的年龄，身份，职业如何改变，但是他的id不变，他依旧是那个用户。
代码体现
一个拥有唯一标识的DO对象，domain。
运行的形态
拥有唯一标识的domain,除了唯一标识的属性不可改变，其他属性理论上都可以改变。
实体的数据库形态
实体对应的是一类业务对象，并不和数据库表直接对应，持久层对象（dao/repository）直接对应数据库表。一个业务对象可以解析成多个吃阶层对象。
值对象
实体中的一些属性可以按照一定的业务逻辑进行聚合成一个集合（具体体现为对象或者一个json）。其没有唯一性，但是其自创建起不能被修改，其由属性或者json组成，其中的属性不能被修改，只能被完全替换。
《实现领域驱动设计》一书中对值对象的定义：通过对象属性值来识别的对象，它将多个相关属性组合为一个概念整体。
例子
人员实体原本包括：姓名、年龄、性别以及人员所在的省、市、县和街道等属性。这样显示地址相关的属性就很零碎了对不对？现在，我们可以将“省、市、县和街道等属性”拿出来构成一个“地址属性集合”，这个集合就是值对象了。
值对象的业务形态
其按照一定的业务逻辑对一些相关属性进行聚合。
值对象的代码形态
可能是一个类
也可能是一个json
值对象的运行形态
值对象没有唯一标志，其被创建后，不允许对其中属性的更改，只能整体替换。
值对象按照嵌入实体的方式有两种实现：
1.将一些实体中的属性聚合成类。
2.序列化大对象，将值对象序列化成json格式，存储在某一个属性上。
嵌入方式
值对象嵌入到实体的话，有这样两种不同的数据格式，也可以说是两种方式，分别是属性嵌入的方式和序列化大对象的方式。
案例 1：以属性嵌入的方式形成的人员实体对象，地址值对象直接以属性值嵌入人员实体中。
案例 2：以序列化大对象的方式形成的人员实体对象，地址值对象被序列化成大对象 Json 串后，嵌入人员实体中。
值对象的数据库形态
值对象最大的特点体现就在这，其并不对应某一个表，只对应表中的某几个字段或者其中的一个字段。
在领域建模时，我们可以将部分对象设计为值对象，保留对象的业务涵义，同时又减少了实体的数量；在数据建模时，我们可以将值对象嵌入实体，减少实体表的数量，简化数据库设计。
领域驱动中实体和值对象与数据库驱动的区别
领域驱动先设计领域，后设计表，弱化了表在业务中的体现，通过设计领域对象，解耦业务和表之间的直接关系。简化数据库设计，不用像以前数据库驱动设计，一个实体对应一个表，减少了实体表的数量，可以简单、清晰地表达业务概念。这种设计方式虽然降低了数据库设计的复杂度，
值对象的优点和局限性
优点
通过值对象对一个实体中某一些属性进行聚合，可以直接简化数据库的设计，减少数据库表的数量，弱化数据库在业务中的耦合性，弱化数据库的作用，只把数据库作为一个保存数据的仓库即可。
局限性
值对象采用序列化大对象的方法简化了数据库设计，减少了实体表的数量，可以简单、清晰地表达业务概念。这种设计方式虽然降低了数据库设计的复杂度，但却无法满足基于值对象的快速查询，会导致搜索值对象属性值变得异常困难。
实体和值对象的关系
实体是业务中具体的业务对象的体现，而值对象是业务中对象中有一定相关性属性的一个集合。
实体有唯一性和延续性。
值对象没有唯一性，其属性有不可变性，若要改变值对象，必须完全替换值对象，不能修改其中具体属性。
