1).自动DAO代码产生策略

因为每个BusinessObject对应于一个特殊的DAO,因此有可能建立BusinessObject,DAO和低层实现(比如RDBMS中的表)之间的关系(映射)。一点这些关系(映射)已经建立，我们就可以编写与应用程序有馆的代码生成的简单工具了(什么?自己写GP程序?用ORM的附带工具自动生成不就完了，最多自己写几个Adapter,牛人就是不同，啥都要自己写...)，其中的工具可以产生该应用程序需要的所有DAO代码。

如果DAO需求很复杂，我们可以采用第三方工具，其中这些工具提供对象到RDBMS数据库的关系映射(这里指的是前面提到的ORM工具，全称是Object Relation Mapping,目前成熟的ORM工具有很多:Hibernate,OJB,Torque,TopLink等等)。

这些工具通常包含GUI工具来把业务对象映射到持久性存储对象，并且因而定义中间DAO。一旦这些映射完成，这些工具会自动地生成代码，并且也许会提供其他增值功能，比如结果缓冲、查询缓冲、与应用程序集成，以及与其他第三方产品(比如分布式缓冲)地继承，等等。

（增值服务：Torque提供了结果缓冲,Hibernate提供了对Oracle数据库SQL指令的优化,OJB提供JDO API、OMDB API）

2).数据访问对象的工厂策略

通过调整抽象工厂和工厂方法模式，DAO模式可以达到很高的灵活度。

当低层存储不会随着实现变化而变化时，该策略可以使用工厂方法模式来实现该策略。以产生应用程序需要的大量DAO。图2是这种情况下的类图。

此主题相关图片如下：

当低层存储随着实现变化而变化时，该策略可以使用抽象工厂方法模式而实现。

图3是这种情况下的类图。

此主题相关图片如下：

Java模式设计之数据访问对象模式(3)

5.结果

1).启用透明性

业务对象可以是使用数据源，而无须了解该数据源实现的具体细节。访问是透明的，原因是实现被隐藏在DAO的内部。

2).启用更容易的迁移

DAO层使应用程序更加容易地迁移到一个不同的数据库实现。业务对象不了解低层数据实现。因而，该迁移只涉及对DAO层的变化。更进一步说，如果使用工厂策略，则有可能为每一个低层存储实现提供一个具体工厂实现。在这种情况下，迁移到不同的迁移实现意味着给应用程序提供一个新的工厂实现。

3).减少业务对象中代码复杂度

由于DAO管理所有的数据访问复杂性，它可以简化业务对象和其他使用DAO的客户端中的代码。所有与实现有关的代码(比如sql语句)都被包含在DAO中，而不是包含在业务对象中。这样做提高了代码的可读性，已经代码生产效率。

4).把所有的数据访问集中到一个独立的层。

因为所有的数据访问操作现在被委托给DAO,所有单独的数据访问层可以被看作把数据访问实现与应用程序中的其他代码相隔离的。这种集中化使应用程序更容易地维护和管理。

5).不适用于容器管理的持久性

由于EJB容器用容器管理的持久性(CMP)来管理实体bean,该容器会自动地服务所有的持久性存储访问。使用容器管理的实体bean的应用程序不需要DAO层，因为该应用程序服务器透明地提供该功能。然而，当需要组合使用CMP和BMP时,DAO仍旧有用处。

6).添加其他层

DAO会在数据客户端和数据源之间创建其他的对象层，其中该数据源需要被设计和实现以便于权衡该模式的好处。但是选择本方法也会带来额外的开销。

7).需要类层次设计

在使用工厂策略时，我们需要设计和实现具体工厂的层次，以及这些工厂产生的具体产品层次。如果能够确保这种灵活性，则有必要考虑这种额外的工作。这样做会增加设计的复杂性。然而，在实现该工厂策略时，你可以首先考虑工厂方法模式，然后再根据需要过渡到抽象工厂。

Java模式设计之数据访问对象模式(4)

六.范例代码

1.实现数据访问对象模式

范例9-4时表示Customer信息的持久性对象的DAO范例代码。当fi

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