Spring DAO层的设计思想
概述
??? 【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异常体系第一层次的异常类，每个异常类下还可能拥有众多的子异常类：
图 2 Spring DAO异常体系
Spring DAO异常体系类非常丰富，这里，我们仅列出DataAccessException异常类下的子类。我们可以很容易地通过异常类的名字了解到异常所代表的语义。我们通过下表对这些异常进行简单的描述：
表 1 Spring DAO异常体系类
图 3 一级异常类的细化
??? 对于InvalidDataAccessResourceUsageException异常，不同的持久化实现技术均有对应的子异常类。如? BadSqlGrammarException对应JDBC实现技术SQL语句语法错误的异常，而HibernateQueryExcpetion和TopLinkQueryException分别对应Hibernate和TopLink实现技术的查询语法异常。
??? Spring的这个异常体系具有高度的可扩展性，当Spring需要对一个新的持久化技术提供支持时，只要定义为其定义一个对应的子异常就可以了，这种更改完全满足设计模式中的开-闭原则。
??? 虽然Spring定义了如此丰富的异常类，作为开发人员，我们仅需要对感兴趣的异常进行处理就可以了。假设某一个项目要求在发生乐观锁异常时，尝试再次获取乐观锁非不是直接返回错误。那么，我们只需要在代码中显式捕捉ConcurrencyFailureException异常，然后在catch代码块中编写满足需求的逻辑即可。其它众多的异常则可以简单地交由框架自动处理（如发生运行期异常时自动回滚事务）。
JDBC的异常转换器
??? 传统的JDBC API在发生几乎所有的数据操作问题都抛出相同的SQLException，它将异常的细节性信息封装在异常属性中，所以如果希望了解异常的具体原因，你必须分析异常对象的信息。
??? SQLException拥有两个代表异常具体原因的属性：错误码和SQL状态码，前者是数据库相关的，可通过getErrorCode()返回，其值的类型是int；而后者是一个标准的错误代码，可通过getSQLState()返回，是一个String类型的值，由5字符组成。
???? Spring根据错误码和SQL状态码信息将SQLExeption翻译成Spring DAO的异常体系。在org.springframework.jdbc.support包中定义了SQLExceptionTranslator接口，该接口的两个实现类SQLErrorCodeSQLExceptionTranslator和SQLStateSQLExceptionTranslator分别负责处理SQLException中错误代码和SQL状态码的翻译工作。将SQLException翻译成Spring DAO异常体系的工作是比较艰辛的，但Spring框架替我们完成这项艰巨的工作并保证转换的正确性，我们有充分的理由依赖这个转换的正确性。
??? 其它持久技术的异常转换器
??? 由于各种框架级的持久化技术都拥有一个语义明确的异常体系，所以将这些异常转换为Spring DAO的体系相对轻松一些。下面，我们将对不同持久化技术的异常转换器进行学习。
??? 由于Hibernate 3.0版本和低版本不兼容，Spring分别为这两个版本分别提供了支持（这也可以看出Hibernate在Spring中所享受的特殊礼遇）。在org.springframework.orm包中，分别为Spring所支持的ORM持久化技术定义了一个子包，在这些子包中提供相应ORM技术的整合类。Spring为各个ORM持久化技术所提供的异常转换器在表 2中说明：
表 2 各ORM持久化技术异常转换器
public void saveCustomer(Customer customer) throws Exception ...{
Connection con=null;PreparedStatement stmt=null;
try ...{con=getConnection();① 获取资源con.setAutoCommit(false); ② 启动事务③ 具体数据访问操作和处理stmt=con.prepareStatement("insert into CUSTOMERS(ID,NAME) values(?,?)");stmt.setLong(1,customerId);stmt.setString(2,customer.getName());stmt.execute();…stmt.execute();con.commit();④提交事务}catch(Exception e)...{ ③⑤ 回滚事务try...{con.rollback();}catch(SQLException sqlex)...{sqlex.printStackTrace(System.out);
}throw e;}finally...{⑥ 释放资源try...{stmt.close();con.close();}catch(Exception e)...{e.printStackTrace();}}
}
??? 如以上数据访问代码所示，JDBC数据访问操作按以下的流程进行：
??? 1. 准备资源；
??? 2. 启动事务；
??? 3. 在事务中执行具体数据访问操作；
??? 4. 返回数据；
??? 5. 提交/回滚事务；
??? 6. 关闭资源，处理异常。
??? 按照传统的方式，编写任何带事务的数据访问的程序时，你都需要重复编写上面的代码，而其中只有粗体部分所示的代码是业务相关的，而其它的代码都是在做一些例行公事，因而导致了大量八股文式的代码充斥着整个程序。?
????Spring将这个相同的数据访问流程固化到模板类中，并将数据访问中固定和变化的部分分开，同时保证模板类是线程安全，以便多个数据访问线程共享同一模板实例。固定的部分在模板类中已经准备好，而变化的部分通过回调接口开放出来，用于定义具?体数据访问和结果返回的操作。图 4描述了模板类是如何拆分固定和变化部分的逻辑：
图 4 Spring DAO模板和回调
??? 这样，我们只要编写好回调接口，并调用模板类进行数据访问，就可以得到预想的结果：数据访问成功执行，前置和后置的样板化工作也得到顺序的执行，在提高开发效率的同时保证了资源使用的正确性，彻底消除因忽视资源释放而引起的资源泄漏的问题。
Spring为不同持久化技术所提供的模板类
??? Spring为各种支持的持久化技术都提供了简化操作的模板和回调，在回调中编写具体的数据操作逻辑，使用模板执行数据操??? 作，在Spring中，这是典型的数据操作模式。下面，我们来了解一下Spring为不同的持久化技术所提供的模板类。
??? 表 3 不同持久化技术对应的模板类
??? ORM持久化技术 模板类
??? JDBC org.springframework.jdbc.core. JdbcTemplate?
??? Hibernate org.springframework.orm.hibernate.HibernateTemplate
??? Hibernate 3.0 org.springframework.orm.hibernate3.HibernateTemplate
??? iBatis org.springframework.orm.ibatis.SqlMapClientTemplate
?? JPA org.springframework.orm.jpa.JpaTemplate
??? JDO org.springframework.orm.jdo.JdoTemplate
??? TopLink org.springframework.orm.jpa. JpaTemplate
??? 如果你使用JDK 5.0或以上版本，则可以使用jdbc.core.simple.SimpleJdbcTemplate的模板类，该模板类使用了泛型和不定入数的技术，使模板的功能更加强大，更易于使用。
??? 如果，我们直接使用模板类，一般都需要在DAO中定义一个模板对象并提供数据资源，Spring为每一个持久化技术都提供了支持类，支持类中已经为我们完成这样的功能。这样，我们只需要扩展这些支持类就可以直接编写实际的数据访问逻辑，没有须臾的阻隔。
??? 不同持久化技术的支持类如表 4所示：?
?
org.springframework.orm.jpa. JpaDaoSupport
?
表 4 持久化技术的支持类?
???? ORM持久化技术 支持类
??? JDBC org.springframework.jdbc.core. JdbcDaoSupport
??? Hibernate org.springframework.orm.hibernate.HibernateDaoSupport
??? Hibernate 3.0 org.springframework.orm.hibernate3.HibernateDaoSupport
??? iBatis org.springframework.orm.ibatis.SqlMapClientDaoSupport
??? JPA org.springframework.orm.jpa.JpaDaoSupport
??? JDO org.springframework.orm.jdo.JdoDaoSupport
??? TopLink org.springframework.orm.jpa. JpaDaoSupport
??? 这些支持类都继承于dao.support.DaoSupport类，DaoSupport实现了InitializingBean接口，在afterPropertiesSet()接口方法中检查模板对象和数据源是否被正确设置，否则将抛出异常。
所有的支持类都是abstract的，其目的是希望被继承使用，而非直接使用。
??? 小结
??? Spring 支持目前大多数常用的数据持久化技术，Spring定义了一套面向DAO层的异常体系，并为各种支持的持久化技术提供了异常转换器。这样，我们在设计DAO接口时，就可以抛开具体的实现技术，定义统一的接口。
不管采用何种持久化技术，访问数据的流程是相对固定的。Spring将数据访问流程划分为固定和变化两部分，并以模板的方式定义好流程，用回调接口将变化的部分开放出来，留给开发者自行定义。这样，我们仅需要提供业务相关的逻辑就可以完成整体的数据访问了。Spring为了进一步简化持久化模板类的调整，为各种持久化技术提供了使用模板的支持类，支持类不但包含数据访问模板，还包含数据源或会话。通过扩展支持类定义自己的数据访问类是最简单的数据访问方式。
public void saveCustomer(Customer customer) throws Exception ...{
try ...{