JDBC 作为java程序员基本上都使用过,但是后面真正做东西的时候,由于JDBC过于底层,除了需要编写数据执行的代码,还需要编写创建connection、释放资源以及对象转换等等问题,相当繁琐。
常见的几个基础类:
DataSource
Conection
Statement
ResultSet
这些类比较基础,灵活运用功能强大,但是写起来比较繁琐。
Spring提供了JdbcTemplate模板,共性的东西模板里面给你做了。
下面是模板类的大体结构。
用JdbcTemplate模板来调用,很简单,只需要简单几步,例如:
public static void main(String[] args) {
//(1)获取数据源
DriverManagerDataSource ds = new DriverManagerDataSource("url", "userName", "password");
//(2)创建JdbcTemplate模板类,并设置数据源
JdbcTemplate template = new JdbcTemplate(ds);
//(3)调用模板类中的方法
template.execute("select *from uses");
}
下面分析一下JdbcTemplate中的execute(String sql)这个方法,见代码
public void execute(final String sql) throws DataAccessException {
if (logger.isDebugEnabled()) {
logger.debug("Executing SQL statement [" + sql + "]");
}
class ExecuteStatementCallback implements StatementCallback, SqlProvider {
public Object doInStatement(Statement stmt) throws SQLException {
stmt.execute(sql);
return null;
}
public String getSql() {
return sql;
}
}
execute(new ExecuteStatementCallback());
}
方法中有一个回调类,重点是execute中的最后一行,代码
public Object execute(StatementCallback action) throws DataAccessException {
Assert.notNull(action, "Callback object must not be null");
Connection con = DataSourceUtils.getConnection(getDataSource());
Statement stmt = null;
try {
Connection conToUse = con;
if (this.nativeJdbcExtractor != null &&
this.nativeJdbcExtractor.isNativeConnectionNecessaryForNativeStatements()) {
conToUse = this.nativeJdbcExtractor.getNativeConnection(con);
}
stmt = conToUse.createStatement();
applyStatementSettings(stmt);
Statement stmtToUse = stmt;
if (this.nativeJdbcExtractor != null) {
stmtToUse = this.nativeJdbcExtractor.getNativeStatement(stmt);
}
Object result = action.doInStatement(stmtToUse);
handleWarnings(stmt);
return result;
}
catch (SQLException ex) {
// Release Connection early, to avoid potential connection pool deadlock
// in the case when the exception translator hasn't been initialized yet.
JdbcUtils.closeStatement(stmt);
stmt = null;
DataSourceUtils.releaseConnection(con, getDataSource());
con = null;
throw getExceptionTranslator().translate("StatementCallback", getSql(action), ex);
}
finally {
JdbcUtils.closeStatement(stmt);
DataSourceUtils.releaseConnection(con, getDataSource());
}
}
(1)Connection con = DataSourceUtils.getConnection(getDataSource());
获取数据库链接,方法的入参是getDataSource(),通过数据源来获取链接,数据源是JdbcTemplate作为属性或者构造函数设置进去的
(2)先看catch以及finally中的代码
JdbcUtils.closeStatement(stmt);
DataSourceUtils.releaseConnection(con, getDataSource());
关闭statement以及释放数据库链接
(3)真正执行的是try中的代码体
Object result = action.doInStatement(stmtToUse);其中这一行是重点,调用入参StatementCallback action
action中的doInStatement方法来执行。
从上面可以看出,template实际上把数据库查询的完整过程都实现了,中间需要用户自定义的部分通过回调的方式让用户传入,
用户只需要关注核心的逻辑即可,其余的脏活累活让模板去干吧。
上面通过一个简单方法,说明了整个过程,JdbcTemplate模板使用了大量的回调接口来完成对数据的访问操作,十分简单易用。
------------------------------------------------------------------------------------------------------------------------------------------------------------
JdbcTemplate虽然简化了很多代码量,但是有个不足,就是sql和代码绑定在一起,看上去不是很优雅,重要的是一些公共的SQL复用起来难度较大,
于是出现了Ibatis来解决这个问题,我任务Ibatis解决了两个问题:
(1)SQL和代码的分离,解耦的同时简化了复用的难度
(2)对象和数据库属性的对应关系在配置文件中申明,然后通过反射来实现
下面我满看一下Ibatis和spring的集成:
<bean id="sqlMapTDDL" class="org.springframework.orm.ibatis.SqlMapClientFactoryBean">
<property name="configLocation">
<value>classpath:sqlmap-config.xml</value>
</property>
<property name="dataSource">
<ref bean="transaction_Proxy_datasource" />
</property>
</bean>
<bean id="sqlMapClient" class="org.springframework.orm.ibatis.SqlMapClientTemplate">
<property name="sqlMapClient">
<ref bean="sqlMapTDDL" />
</property>
</bean>
SqlMapClientTemplate是iBatis框架中SqlMapClient的模板类;
SqlMapClientFactoryBean来负责需找ibatis的配置文件以及设置数据源的工作;
Spring虽然为各个模板类提供了support类来进一步简化使用,但是在实际编码中,通常自己是先一个BaseDao来定义常用的方法,
因为Template已经非常简单易用乐呵呵。