spring jdbc封装(1)

 Spring提供了两种使用JDBC API的最佳实践，一种是以JdbcTemplate为核心的基于Template的JDBC使用方式，另一种则是在JdbcTemplate基础上构建的基于操作对象的JDBC使用方式。

（1）基于Template的JDBC使用方式

      JDBC作为JAVA平台访问关系数据库的标准API，其成功是有目共睹的。几乎所有JAVA平台的数据访问，都直接地或者间接地使用了JDBC，它是整个JAVA平台面向关系数据库进行数据访问的基石。

      作为一个标准，无疑JDBC是成功的。但是要说JDBC在实际的使用过程中也是受人欢迎的，则不尽然了。JDBC标准主要面向较为底层的数据库操作，所以在设计过程中，比较贴近底层的API设计，对于开发人员的使用来说就不一定是好事了。即使执行简单的查询或者更新，开发人员也要按照API的规矩写上一大堆雷同的代码。如果不能合理封装使用JDBC API的代码，在项目中使用JDBC访问数据所出现的问题估计会让人抓狂。

      对于通常的项目开发来说，如果层次划分明确，数据访问逻辑一般在相应的DAO中实现。根据功能模块的划分，可能每个开发人员都会分得或多或少的实现相应DAO的任务。假设开发人员A在分得了DAO实现任务之后开始开发，他可能开发了如下所示的DAO实现代码：

public class DAOWithA implements IDAO { private final Log logger = LogFactory.getLog(DAOWithA.class) ; public int updateSomething(String sql){ int count ; Connection con = null ; Statement stmt = null ; try { con = getDataSource().getConnection() ; stmt = con.createStatement(); count = stmt.executeUpdate(sql) ; stmt.close(); stmt = null ; } catch(SQLException e) { throw new DaoException(e) ; } finally { if(stmt != null) { try { stmt.close(); } catch(SQLException ex) { logger.warn("failed to close statement:" + ex) ; } } if(con != null) { try { con.close(); } catch(SQLException e) { logger.warn("failed to close Connection:" + ex) ; } } } return count ; } }

除了API的使用，JDBC规范在制定数据访问异常处理的时候也没能够“将革命进行到底”。在最初的JDBC规范中，通过一个SQLException类型来包括一切数据访问异常情况，除此之外，SQLException没有采用将具体的异常情况子类化，以进一步抽象不同的数据访问情况，而是采用ErrorCode的方式来区分数据访问过程中所出现的不同异常情况。