值类型没有标识，只记录其他类值，所有属性都是只读，只能通过new来构造新的对象
VALUE OBJECT 的设计
包括共享和复制。 FLYWEIGHT（享元）模式可以实现共享VALUE OBJECT
共享和复制的使用
以下情况使用共享
1）节省数据库空间或减少对象数量是关键要求时
2）当通信开销很低时（中央服务器）
3）共享对象被严格限定不可变的时候
如果：用户中有对象：联系地址，而订单中有用户对象，并且要记下用户究竟将订单送到哪个地址上，此时，联系地址的ID就有标识的意义，所以这个时候地址就成了实体了。
总之，实体和值对象在不同的项目中（甚至是同一项目的不同阶段） ，都是会转化的，转化的依据就是“需求”。
| 比较特性 | 实体类型（Entity Type） | 值类型（Value Type） |
|---|---|---|
| 对象中，是否存在用以标识该对象的属性（如果主键是复合主键，可能是多个），而该属性在数据库中有其对应的主键。 | 存在，而类中对应主键的属性，则用来标识对象。 | 没有，因此对象本身没有用来标识对象的属性（但是该类可能会有专属的Table，只是Table中的主键，并不会对应到对象中的任一属性。） |
| 能否被一个以上的对象所引用 | 能，被其他对象引用时，在数据库内通过外键来关联，也正因为可以被一个以上的对象所引用，因此要具备用来标识的属性。 | 否。 |
| 生命周期 | 可独立自主 | 取决于所依赖的类 |