Spring DAO层设计思想（转载）

转载：原文网址 http://robinsoncrusoe.iteye.com/blog/805731

 

概述
      【IT168 专稿】近几年持久化技术领域异常喧嚣，各类框架雨后春笋般地冒出，Sun也链接不断地颁布几个持久化规范。Spring对多个持久化技术提供了集成的支持，包括 Hibernate、iBatis、JDO、JPA、TopLink，此外，还经过Spring JDBC框架对JDBC API进行简化。Spring面向DAO制定了一个通用的异常体系，屏蔽具体持久化技术的异常，使业务层和具体的持久化技术达到解耦。此外，Spring 提供了模板类简化各类持久化技术的使用。通用的异常体系及模板类是Spring整合各类五花八门持久化技术的不二法门，Spring不但借此实现了对多种持久化技术的整合，还能够不费吹灰之力整合潜在的各类持久化框架，体现了“开-闭原则”的经典应用。

    Spring的DAO理念
      DAO(Data Access Object)是用于访问数据的对象，虽然咱们在大多数状况下，将数据保存在数据库中，但这并非惟一的选择，你也能够将数据存储到文件中或LDAP中。 DAO不但屏蔽了数据存储的最终介质的不一样，也屏蔽了具体的实现技术的不一样。
      早期，JDBC是访问数据库的主流选择，近几年，数据持久技术得到了长足的发展，Hibernate、iBatis、JPA、JDO成为持久层中争放异彩的实现技术。只要为数据访问定义好DAO接口，并使用具体的技术实现DAO接口的功能，你就能够在不一样的实现技术间平滑的切换。


图 1 业务层经过DAO接口访问数据
    图 1是一个典型的DAO应用实例，在UserDao中定义访问User数据对象的接口方法，业务层经过UserDao操做数据，并使用具体持久技术实现UserDao接口方法，这样业务层和具体持久化技术就实现了解耦。
    提供DAO层的抽象能够带来一些好处，首先，咱们能够很容易地构造模拟对象，方便单元测试的开展，其次在使用切面时，咱们有更多的选择：既可使用JDK动态代理也可使用CGLib动态代理。
    Spring本质上但愿以统一的方式整合底层的持久化技术：以统一的方式进行调用及事务管理，避免让具体的实现侵入到业务层的代码中。因为每一个持久化实现 技术都有各自的异常体系，因此Spring提供了统一的异常体系，使不一样异常体系的阻抗得以弥消，方便定义出和具体实现技术无关的DAO接口，以及整合到相同的事务管理体系中。





统一的异常体系
     统一的异常体系是整合不一样的持久化实现技术的关键，Spring提供了一套和实现技术无关的、面向于DAO层次语义的异常体系，并经过转换器将不一样的持久化技术异常转换成Spring的异常。

Spring的DAO异常体系
      在不少正统API或框架中，检查型异常被过多的使用，以致在使用API时，代码里充斥着大量的try/catch样板式的代码。在不少状况下，除了在 try/catch中记录异常信息之外，咱们并无作多少实质性的工做。引起异常的问题每每是不可恢复的，如数据链接失败，SQL语句存在语法错误，强制捕捉的检查型异常除了限制开发人员的自由度之外，并无提供什么有意义的做用。所以，Spring的异常体系都是创建在运行期异常的基础上，开发者能够根据须要捕捉感兴趣的异常。

      JDK不少API之因此难用，一个很大的缘由就是检查型异常的泛滥，如JavaMail、EJB以及JDBC等等，使用这些API，一堆堆异常处理的代码 喧宾夺主式地侵入业务代码中，破坏了代码的整洁和优雅。

      Spring在org.springframework.dao包中提供了一套完备优雅的DAO异常体系，这些异常都继承于 DataAccessException，而DataAccessException自己又继承于 NestedRuntimeException，NestedRuntimeException异常以嵌套的方式封装了源异常。由于虽然不一样持久化技术的特定异常被转换到Spring的DAO异常体系中，原始的异常信息并不会丢失，只要你愿意，就能够方便地经过getCause()方法获取原始的异常信息。

       Spring的DAO异常体系并不和具体的实现技术相关，它从DAO概念的抽象层面定义了异常的目录树。在全部的持久化框架中，咱们并无发现拥有如此丰富语义异常体系的框架，Spring这种设计无疑是独具匠心的，它使得开发人员关注某一特定语义的异常变得容易。在JDBC中的SQLException 中，你必须经过异常的getErrorCode()或getSQLState()获取错误代码，直接根据这些代码判断是错误的类型，这种过于底层的API 不但带来了代码编写上的难度，并且也使代码的移植变得困难，由于getErrorCode()是数据库相关的。

       Spring以分类手法创建了异常分类目录，对于大部分应用来讲，这个异常分类目录对异常类型的划分具备适当的颗粒度。一方面，使开发者从底层细如针麻的 技术细节中脱身出来，另外一方面，能够从这个语义丰富的异常体系中选择感兴趣的异常加以处理。图 2列出了那些位于Spring DAO异常体系第一层次的异常类，每一个异常类下还可能拥有众多的子异常

 

数据访问对象DAO简介 

DAO 表明数据访问对象（Data Access Object），它描述了一个应用中DAO的角色，DAO的存在提供了读写数据库中数据的一种方法，把这个功能经过接口提供对外服务，程序的其余模块经过这些接口来访问数据库，这样会有不少好处，首先，因为服务对象再也不和特定的接口实现绑定在一块儿，使得它们易于测试，由于它提供的是一种服务，在不须要链接数据库的条件下就能够进行单元测试，极大地提升了开发效率。其次，经过使用与持久化技术无关的方法访问数据库，在应用程序的设计和使用上都有很大的灵活性，对于整个系统不管是在性能上仍是应用上也是一个巨大的飞跃。
DAO 全称是（Data Access Object）数据访问对象，它属于O/R Mapping技术的一种。在O/R Mapping技术发布以前，开发者 须要直接借助于JDBC和SQL来完成与数据库的相互通讯，在O/R Mapping技术出现以后，开发者可以使用DAO或其余不一样的DAO框架来实现与 RDBMS（关系数据库管理系统）的交互。借助于O/R Mapping技术，开发者可以将对象属性映射到数据表的字段、将对象映射到RDBMS中、这 些Mapping技术可以为应用自动建立高效的SQL语句等，除此以外，O/R Mapping技术还提供了延迟加载、缓存等高级特征，而DAO是 O/R Mapping技术的一种实现，所以，使用DAO可以大量节省程序开发时间，减小代码量和开发的成本。
DAO的主要目的就是将持久性相关的问题与通常的业务规则和工做流隔离开来，它为定义业务层能够访问的持久性操做引入了一个接口而且隐藏了实现的具体细节，该接口的功能将依赖于采用的持久性技术而改变，可是DAO接口能够基本上保持不变。
Spring 提供了一套抽象的DAO类，供开发者扩展，这有利于以统一的方式操做各类DAO技术，例如JDO、JDBC等，这些抽象DAO类提供了设置数据源及相关辅助信息的方法，而其中的一些方法同具体DAO技术相关。目前，Spring DAO抽象提供了如下几种类：
JdbcDaoSupport：JDBC DAO抽象类，开发者须要为它设置数据源（DataSource），经过子类，开发者可以得到JdbcTemplate来访问数据库。
HibernateDaoSupport：Hibernate DAO抽象类。开发者须要为它配置Hibernate SessionFactory。经过其子类，开发者可以得到Hibernate实现。
JdoDaoSupport：Spring为JDO提供的DAO抽象类，开发者须要为它配置PersistenceManagerFactory，经过其子类开发者可以得到JdoTemplate。
在使用Spring的DAO框架进行数据库存取时，无须接触使用特定的数据库技术，经过一个数据存取接口来操做便可。