当前页面: 开发资料首页 → JSP 专题 → Spring JDBC抽象框架简化Web数据库开发
摘要: Spring JDBC抽象框架简化Web数据库开发
除了实际查询数据库的SQL代码外,上面的示例中需要巨大数量的例程代码。getConnection()方法与我们的任务无关,而即使是getTasksNames()方法也仅包含特定于当前任务的两行代码。剩下的都是一些普通的复杂的任务代码。
JDBC的许多积极方面使得它在许多J2SE和J2EE应用程序中仍然占有重要地位。然而,正如你所见,有一些特征使其比我们可能想像的要更难于使用。JDBC这些乏味并且有时挫败人性的特征已经导致出现了许多公共的可以利用的JDBC抽象框架(例如SQLExecutor和Apache Jakarta Commons DBUtils),还有数不清的自家生产性JDBC应用程序框架。一种公共的可以利用的JDBC抽象框架正是Spring框架的JDBC抽象。
三. Spring JDBC简介
Spring所提供的JDBC抽象框架由四个不同的包组成:
· 核心包包含JdbcTemplate。这个类是一个基础类之一-由Spring框架的JDBC支持提供并使用。
· 数据源包是实现单元测试数据库存取代码的重要的一部分。它的DriverManagerDataSource能够以一种类似于你已经习惯于JDBC中的用法:只要创建一个新的DriverManagerDataSource并且调用setter方法来设置DriverClassName,Url,Username和Password。
· 对象包中包含类,用于描述RDBMS查询、更改和存储过程为线程安全的、可重用的对象。
· 支持包-你可以从这里找到SQLException翻译功能和一些工具类。
1) 模板设计模式
Spring JDBC实现模板设计模式,这意味着,代码中的重复的复杂的任务部分是在模板类中实现的。这种方式简化了JDBC的使用,因为由它来处理资源的创建和释放。这有助于避免普通错误,例如忘记关闭连接等。它执行核心JDBC工作流任务,如语句创建和执行,而让应用程序代码来提供SQL并且提取结果。
2) Spring JDBC异常处理
Spring框架特别强调在传统型JDBC编程中所面临的与下列方案有关的问题:
· Spring提供一个抽象异常层,把冗长并且易出错误的异常处理从应用程序代码移到由框架来实现。框架负责所有的异常处理;应用程序代码则能够专注于使用适当的SQL提取结果。
· Spring提供了一个重要的异常类层次,以便于你的应用程序代码中可以使用恰当的SQLException子类。
借助于一个抽象异常层,我们成功地实现了数据库独立性而不必改变异常处理。例如,如果你把你的数据库从PostgreSQL改变为Oracle,那么你不必把异常处理从OracleDataException改变到PostgresDataException。Spring能够捕获应用程序服务器特定的异常并抛出一个Spring数据异常。
当处理异常时,Spring检查来自一个数据库连接的元数据可用性以决定数据库产品。它使用这种知识来把SQLException映射到其自己异常层次中的具体的异常上。因此,我们不需要担心专门性的SQL状态或错误代码问题;Spring的数据存取异常不是JDBC特定的,因此你的DAO不必绑定到JDBC(由于其可能抛出的异常)。
四. Spring JDBC示例
在下面两个列表中,我们将使用前面用传统型JDBC实现的业务逻辑为例并且展示使用Spring JDBC版本是多么容易。首先,我们从一个简单的接口开始。
package com.spring.jdbc;
import java.util.List;
public interface TasksDAO {
public List getTasksNames();
}
接下来,我们提供针对于TasksDAO接口的一种实现。
package com.spring.jdbc;
import java.util.Iterator;
import java.util.List;
import java.sql.ResultSet;
import java.sql.SQLException;
import javax.sql.DataSource;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.jdbc.core.JdbcTemplate;
import org.springframework.jdbc.core.RowMapper;
import org.springframework.jdbc.core.RowMapperResultReader;
import org.springframework.jdbc.core.support.JdbcDaoSupport;
public class TasksJdbcDAO extends JdbcDaoSupport
implements TasksDAO {
public List getTasksNames() {
JdbcTemplate jt = getJdbcTemplate();
return jt.query("select TASKNAME from tasks",
new RowMapperResultReader(new TasksRowMapper()));
}
class TasksRowMapper implements RowMapper {
public Object mapRow(ResultSet rs, int index)
throws SQLException {
return rs.getString(1);
}
}
public static void main(String[] args)throws Exception {
ApplicationContext ctx = new ClassPathXmlApplicationContext("SpringConfig.xml");
DataSource ds =(DataSource) ctx.getBean("dataSourceDBDirect");
TasksJdbcDAO taskDao = new TasksJdbcDAO();
taskDao.setDataSource(ds);
Iterator tskIter = taskDao.getTasksNames().iterator();
while (tskIter.hasNext()) {
System.out.println(tskIter.next().toString());
}
}
}
1) 基于Spring JDBC实现一个业务层
我们已经看到了一个简单的使用Spring JDBC的例子,在这种情况下,它从Spring BeanFactory(控制反转容器)中得到极少的帮助。现在,我们将超越这个简单的例子。让我们来探讨一下如何基于Spring JDBC实现业务服务。首先,让我们创建一个客户端-一个为终端用户提供输出的应用程序。该客户端使用了一个服务,一个遵守下面的Service接口的业务服务:
package com.spring.jdbc;
import java.util.List;
public interface Service {
public List getTasksNames();
public void setTasksDao(TasksDAO taskDAO);
}
客户端需要存取一个业务服务对象。它将使用Spring BeanContainer来"抓住"这样的一个服务对象。客户端仅能针对接口编程并且依赖容器来提供一种实际的实现。而且,这个ServiceImpl类必须实现所有的存在于业务服务接口中的方法。该代码看上去如下所示:
package com.spring.jdbc;
import java.util.List;
public class ServiceImpl implements Service{
TasksDAO taskDAO;
public void setTasksDao(TasksDAO taskDAO)
{
this.taskDAO=taskDAO;
}
public List getTasksNames()
{
List tasks = taskDAO.getTasksNames();
return tasks;
}
}
你应该已经注意到,该服务需要一个TasksJdbcDAO。反过来,这个对象实现了TasksDAO接口。因此,我们将通过BeanFactory来把DAO注入到该服务中。在此,我们碰巧有一个TasksJdbcDAO类-bean工厂可以使用它来实现这一目的。然而,既然这个类派生于JdbcDaoSupport,那么我们知道我们需要注入一个DataSource或让bean工厂为我们注入该DataSource。现在这个bean配置文件看上去如下所示:
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd">
<beans>
<bean id="dataSourceDBDirect"
class="org.springframework.jdbc.datasource.DriverManagerDataSource"
destroy-method="close">
<property name="driverClassName" value="oracle.jdbc.driver.OracleDriver"/>
<property name="url" value="jdbc:oracle:thin:@localhost:1521:orcl"/>
<property name="username" value="scott"/>
<property name="password" value="tiger"/>
</bean>
<bean id="tasksDAO" class="com.spring.jdbc.TasksJdbcDAO">
<property name="dataSource">
<ref local="dataSourceDBDirect"/>
</property>
</bean>
<bean id="service" class="com.spring.jdbc.ServiceImpl">
<property name="tasksDao">
<ref local="tasksDAO"/>
</property>
</bean>
</beans>
我们看到服务bean使得tasksDao bean被注入-它反过来又使dataSourceDBDirect对象被注入。当我们请求服务bean时,我们通过一个具有DataSource的DAO得到它。至此,一切就绪。因此,当客户端存取bean容器以得到服务对象时,会发生什么呢?该bean容器实例化并且注入一个DataSource和一个TasksDAO-在把服务返回到客户端之前。现在,我们的客户端变得相当简单了。它需要与BeanFactory进行通讯,"抓住"一个服务对象并处理它:
package com.spring.jdbc;
import java.util.Iterator;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class Client extends RuntimeException {
public static void main(String[] args) throws Exception {
ApplicationContext ctx = new ClassPathXmlApplicationContext("SpringConfig.xml");
Service service = (Service)ctx.getBean("service");
Iterator tskIter = service.getTasksNames().iterator();
while (tskIter.hasNext()) {
System.out.println(tskIter.next().toString());
}
}
}
你必须注意,在此Client派生于RuntimeException异常类。Spring抛出了RuntimeExceptions而不是检查的异常-RuntimeExceptions不应该被捕获。由于在你的代码中捕获所有异常是一种复杂的任务,所以Spring开发者决定抛出RuntimeExceptions以便实现如果你不捕获一个异常的话,那么你的应用程序将会中断而且用户会得到该应用程序异常。使用它们的第二个理由是,绝大多数异常都是不可恢复的,因此你的应用程序逻辑不能以任何方式来再次处理它们。
五. 另外的优点
除了上面描述的Spring框架带给JDBC中的优点外,与你的JDBC应用程序一起使用Spring框架还存在另外一些优点。这些优点包括:
· Spring框架提供了
org.springframework.jdbc.support.nativejdbc.NativeJdbcExtractor接口和这个接口的一些实现(例如SimpleNativeJdbcExtractor)。对于经由一个Oracle连接或ResultSet访问Oracle特征的情况来说,这些内容是非常有用的。
· 对于创建oracle.sql.BLOB(二进制大型对象)和oracle.sql.CLOB(字符大型对象)实例来说,Spring提供了类org.springframework.jdbc.support.lob.OracleLobHandler。
· Spring提供的OracleSequenceMaxValueIncrementer类提供了一个Oracle序列的下一个值。它有效地提供了与你直接使用下列命令:"select someSequence.nextval from dual"(其中,someSequence是在Oracle数据库中的你的序列的名字)所提供的一样的信息。这种方法的优点是,DataFieldMaxValueIncrementer接口可以用于一个DAO层次中而不必紧密地耦合于Oracle特定的实现。
六. 结论
本文集中讨论了使用Spring来编写更可维护的和更不易出现错误的JDBC代码。Spring JDBC提供了一些优点,例如更为干净的代码,更好的异常与资源处理,并且能够集中于业务问题而不是复杂的任务代码。另外,值得注意的是,使用Spring框架能够使用极少的代码就可以实现实质上与传统型JDBC相同的功能。