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