关于领域驱动设计的实体对象与值对象的区别考虑

 DDD中实体对象与值对象的解释比较抽象。 主要根据持续性与ID识别来区分。 但ID并非某一元素的直观自然属性， 而是经过分析建模之后确定了实体类，然后赋给实体类来达到跟踪，区别，存储目的的一个特值。 而在分析之前，如何判断一个概念是否有ID，这才是难点。结合项目实践及DDD一书中的理论，感觉应该从以下几方面分析：

 1. 某一概念是主动还是从属性的。如果是从属性的，且这种从属性的生命周期严格依赖于某实体，如可以考虑成为值对象的候选。

2. 某一概念是否可以被复用，共享，复制。象对应领域属性，规格，策略，规则的类，虽然对其他实体类的依赖性不是很强，可以独立存在。可以被不同的实体对象（不是指类）共享，复制，复用。如人的地址属性， 画笔的颜色字体属性，语言级别如string字符串。

3. 值对象创建后的作用：

3.1 往往是做为临时对象来进行计算，得出同类型的新值对象。来给实体对象业务使用。如创建查询标准这一临时对象，将此查询标准与其他查询标准组合，生成新查询标准， 给业务应用来进行过滤或查询。

3.2 创建做为临时对象来作为实体的业务行为的一个参数，以给业务行为提供验证检验审核某一规则或是特征之用。

3.3 值对象提供的一些组合方法一般满足闭包特征：即 vo.add(VO anotherVO)，vo.minus(VO anotherVO)都反回另一值对象。

4. 值对象的存储和与其相关联的实体类存储，由实体类来负责实体类的存储。通过设置实体对类与值类的级联关系。来达到实体类负责值对象的存储管理。在我们的项目实际分析设计中，其实不用严格区分实体对象和值对象，用四色图来分析和理解更易接受。

值对象的作用应该主要集中在两方面：

1. 造成无负作用函数：因为值对象往往是动态生成的临时对象，其作用主要是提供一个规格或策略或特性而已， 所以对实体的类状态不产生影响。 但一定注意，代表计算，规格，策略或属性的值对象，作用是为实体对象修改其状态而生成的。也就是说值对象只负责计算改变的值，而不真正实施改变。而真正的改变由实对象自己调用其他方法来进行。这样使得计算和改变两个职责解耦，不联系在一起。 有几方面好处：比如可以更改计算或规格策略，而不影响实体类; 不用跟踪计算的中间状态;中间状态与修改状态无关。 所以我们可以放心使用值对象来计算。 因为它并不真正来影响实体类的状态，只是为状态改变提供值而已。

2. 在类之间关联关系造成存储级联关系时， 区分出值对象，可以考虑存储策略，因此可以提高程序性能（因为可能减少数据库的访问，减少缓存的压力）：比如值对象可能不需要存储和保存，但也可能需要存储，是否存储由业务决定。因此我的理解是：分析一个类是否作为值对象， 主要应该从以上方面考虑，而不应该以是否需要存储来作为和实体的本质区别。 同时由值对象是否需要存储而导致了值对象的不同创建策略，如果需要存储，说明这个值对象代表的规格是需要一再复用的，同时也是可以配置和修改的，创建采用读写文件形成，有需要的话可以结合反射技术。 如果不需要存储，说明是固化在代码中，对应的计算相对固定。