DDD实体模型

这几天对领域模型有了些认识，也拜读了一些文章和书籍，但是有个实际的问题不太知道应该怎么设计？类似于Hibernate这种ORM得到的Object是不是可以作为领域模型中的实体模型？这个Mapping出来的object是属于哪一层？还是领域模型中的实体模型是一层，ORM的结果出来的Ob

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

DDD里讲的Repository用于对一个entity的重建，因此Repository依赖于entity是很正常的一个关系。但是在使用中，会遇到entity本身需要访问数据库，如果调用repository来访问的话，变成了双向依赖，感觉不好。 例如：一个e

在业务层的Service中,比如我有两个Entity,Entity1和Entity2,那么我有两个对应的Service,Entity1ervice和Entity2Service.如果有些业务过程要涉及到两个或者多个Entity,那这些业务过程写在哪里?再建个Entity1Entity2Service

实体对象与值对象的区别？我的理解就是 实体对象就是需要持久化的对象，值对象就是不需要持久化的对象。 这么理解是否正确呢？

您好，各位高手，小弟最近在设计一个关于水情监测信息的系统，这次使用了Hibernate作为持久层的框架，因没有领域设计的经验，故来请教各位，以下是我个人简述的情况和一些想法。本系统主要用于发布和管理水信息以及操作预案，其中该系统分两部分，第一部分是通过在河边各监测站的测点采集数据，并统一的放

在我理解，一个领域对象是实体对象还是值对象，主要是根据应用场景来决定的。 那假如说在一个系统中，有一个领域对象在某一个应用场景中属于值对象的范畴，但是在另一个场景中却属于实体对象，那么这个对象应该如何设计？ 用现

1.如果我有两个ejb项目,都部署在同一个应用服务器中(如jboss.4.2.x),其中aEjb.jar中有一个实体User,那么在bEjb.jar中能用这个User实体bean吗?怎么用?2.两个ejb中的EntityManager是同一个管理器吗?如果不是可不可以共享或者让两个项目使用一

在我理解业务对象是一个系统的基础，就像盖房子中的砖头，砖头的形状变了搭建房子的方法也就改变了，同样业务对象的结构改变了，系统的架构和设计也就改变了。所以应该是设计的基础。再来说DTO，字面理解看，data transfer object，数据传输对象，我理解主要是在多层开发的时候，各个层次传

在论坛也看了能久了,越看是越疑惑啊现在根据学到的来做个简单的多层设计各层依次顺序如下:ACTION ------Domain object(Servcie+ServiceImp+BO)-----DAO------daoImp----DB简单代码实现如下:Int

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

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

一个订单系统，使用Hibernate来建模就会包含Order、OrderItem、Product这么几种类型，其中OrderItem包含一个Amount属性和一个Product实例的引用。用户常常提出这样的需求：给出订单号（OrderNumber）查找订单，列表显示明细，明细包括产品

一个模型有

Hibernate是将对象映射到关系型数据库的持久化工具，写映射文件的时候你们是手动写还是利用工具自动生成呢？我知道先在数据库里建立好表，可以利用Eclipse自动生成VO对象和映射文件，但是先有表，后有对象，那么还不如不用Hibernate。所以我就请教一下大家，特别是Benq大哥

在DDD的译本中，对实体