DDD值对象

值对象VALUE OBJECT VS. DATA TRANSFER OBJECT (VO VS. DTO) J2EE Core J2EE Patterns J2EE核心模式中对DTO和VO定义使人容易误解，一篇博客专门写了一篇两者对比文章，正是我本人想说的

在实际开发中经常 需要配置一些系统参数（比如角色，权限，货币，XX类型等等）这些很显然是值对象，即使为了性能在数据库中加上个Id，但他们在领域中任然还是值对象值对象 不可能有仓储（以为仓储是针对聚合[聚合根必然是实体]而言的。矛盾出来了。不知大伙怎么解决。我思

并发并行编程是当前热点，过去我们知道使用锁synchronization来解决多线程并发访问同一个数据结构时共享问题，甚至我们怀疑数据共享方式本身是不是就错了？所以，云计算的数据喂任务模式开始盛行，但是数据共享方式从我们开始软件第一天就已经习惯，如何在这个共享模式下实现高并发访问呢？也就是不使用锁s

看了许多关于VO与PO的讨论，VO是针对表示层显示数据的载体，而PO相当在后台业务逻辑中传递的数据BEAN的载体，在控制层将VO转换为PO，常常利用apache commons的BEANUTILS，如果在项目中有如下VO和PO

如下：

值对象一般应被设计为不可变的，这样就可以在任何对象中共享，由其是在分布式系统中，可以降低维护成本大幅提升系统性能。若值对象是可变的，就会影响所有引用它的对象。比如某种型号的铅笔是一个实体，而该型号铅笔的基本参数可以作为值对象被铅笔实体共享。若值对象是可变的，当改变任何一支铅笔的参数时，都会影响其它实

我的问题是：public class SomeModel{@ManyToOnepublic Money money;} 注意上面那个 @ManyToOne，请大家看一下这样合适不？Money 在这个环境中业务分析中就

有这么一种情况，不知道大家是否遇到，当一个Entity A中包含了一种Value Object A，而且，使一对多的关系，就是说一个Entity A包含多个Value Object A，我想问问如何维护，比如，我想删除其中一个Value Object A从这个Entity A中，或者我想保证Valu

在阅读DDD过程中出现几个疑问：1.值对象到底有什么作用？为什么不把它的值直接设置成为实体的属性呢？2.值对象在数据库映射的时候该怎么处理？当成实体表中的字段？还是单独一张表呢？ 望各们帮我解答下！

本质问题：如果有一个对象，同时被两个根对象持有，该如何处理 案例：比如，SNS中一个简单的收藏功能 一张照片，是属于主人这个根对象的。 但是收藏过后，可

值对象是领域模型中比较难以理解的部分，这也不难怪，因为我们已经习惯与数据库打交道了，习惯了 类-表 对应的关系。既然一个对象要保存到数据库里，那它不就是实体吗？？好的，首先，忘记数据库，忘记！ 我们使用jdon上一个例子来说明。有个帖子说了，目前系

虽然表面知道实体对象和值对象的区别,但是在分析设计的时候,总感觉把实体对象和值对象搞混,以至于把实体中添加了很多的属性,而有些属性是可以提取出来作为值对象的.所以应该如何区分这两个,比较迷茫,我往往都是寻找到了实体后,就直接思考其属性是什么,然后就往里面放置了,考虑值对象的情况很少.应该从什么地方出

各位仁兄，小弟一事不解，望多赐教～ 由于之前写的一个方法参数太多， 所以architect要求组织成一个VO (WorkRequestPriorityUpdateVO)。 但我在这个VO中加了一些比较简单的逻辑（isAcceleratedChanged，i

class User {public Name name; // Name类只是个值类型，所以name是值对象public Age age; // Age类也只是个值类型，所以age也是值对象public Company company; // Company类的对象是系统中

最近做一项目，关于促销的，数据库的表是早已建好的．想用实体与值对象来建模，以促销和促销类型来举例：Promotion 与　PromotionType因为表是人家已经建好的，分别是:Promotion table 和 PromotionType table.

看了BANQ关于四色原型的描述，对于采用这种方式的领域建模确实给我们带来了很大的便利性，让我们有了领域建模的思考出发点，但是在描述DESCRIPTION的时候有些迷惑了，或许我的理解有问题，DESCRIPTION就是所说的值对象吗？请再详细说明下！谢谢了哦！