Java EE/J2EE面向对象编程之道 - 编程入门网

例如订单，一个订单Orders中由客户名称和地址，订购的产品品种和数量，客户名称和地址我们可以抽象为Customer来代表，产品我们使用Product来代表，由于一个订单中可能订购了多个产品，很显然，一个订单对象中应该有多个Product对象，而且每个Product的数量不一样，我们将Product和其数量再抽象包装成OrderLine订单条目对象，这样，订单中包含多个订单条目，而且订单条目只有依赖某个订单，是其组成部分，是一种强聚合关系，不是普通的聚合或关联关系。而Customer和Order之间是一种聚合关系，如果订单没有客户信息，就不成为订单了。

下面再以用户User这个对象为例，用户User可能拥有很多动态属性，一些属性需要运行时动态确定，用户和动态属性是一个整体和部分的聚合关系;每个用户都必然属于某个部门，因此，用户和部门属性对象之间也是一个整体和部分的聚合关系，这两种聚合关系不同之处在于：前者一个用户可能有多个动态属性，是1:N关系;部门Dept和用户User之间是1:N关系，一个部门中可能有多个用户，反过来说，对于用户User来说：它和部门Dept之间是N:1关系。

通过以上建模过程，我们基本搞清楚两件事：这个领域中存在哪些模型对象?按照Evans的DDD理论，哪些是实体，哪些是值对象;然后我们必须搞清楚那些聚合关系，他们是整体部分的关系，用来共同组成一个完整对象的。

持久层Hibernate聚合实现

在持久层我们需要做的主要工作就是将上述Domain Model 进行持久化映射配置，以User为例，User是一个实体，我们配置User.hbm.xml如下：

< hibernate-mapping>　　< class name="sample.model.User" table="testuser"> < id name="userId" type="java.lang.String" > < generator class="assigned"/> < /id> < property name="username" type="java.lang.String"> < column name="name" /> < /property> < !--表示和部门Dept之间是一种多对一关系 --> < many-to-one cascade="save-update" name="dept" class="sample.model.Dept" column="categoryId" /> < !-- 表示和用户属性UserPropperty之间是一种1对多关系--> < bag name="userProps" inverse="true" cascade="all" > < key column="userId" /> < one-to-many class="sample.model.UserProperty" /> < /bag> < /class> < /hibernate-mapping>

在User的映射配置文件中，我们很自然地表达了上节Model之间的聚合关系，通过Hibernate配置，我们将模型对象之间的关系可以持久化保存到数据库中了，也就是可以永久维持这种关系，实际上，现实世界中也是这样的，部分和整体的关系是一直存在，除非这个整体这个对象不存在，而且修改部分对象内部值，必须通过整体这个对象。

在user配置中，我们并没有去做任何关系数据表testuser的设计和设定，因为我们知道，当User.hbm.xml配置完成后，这个J2EE系统部署发布到J2EE容器中时，Hibernate会根据这个配置自动创建数据表testuser，数据表的建立已经是一个部署调试阶段的、技术层面的具体工作。

Java EE/J2EE面向对象编程之道(3)

Hibernate重要的父子关系

Hibernate在处理User和UserProperty这样一对多的父子关系时，具体实现起来要有一些具体细节必须注意，而且Hibernate2和Hibernate3两个

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!