JAVA设计形式之事务处理
JAVA设计模式之事务处理事务处理是企业应用需要解决的最主要的问题之一。J2EE通过JTA提供了完整的事务管理
JAVA设计模式之事务处理
事务处理是企业应用需要解决的最主要的问题之一。J2EE通过JTA提供了完整的事务管理能力,包括多个事务性资源的管理能力。但是大部分应用都是运行在单一的事务性资源之上(一个数据库),他们并不需要全局性的事务服务。本地事务服务已然足够(比如JDBC事务管理)。
????本文并不讨论应该采用何种事务处理方式,主要目的是讨论如何更为优雅地设计事务服务。仅以JDBC事务处理为例。涉及到的DAO,Factory,Proxy,Decorator等模式概念,请阅读相关资料。
????也许你听说过,事务处理应该做在service层,也许你也正这样做,但是否知道为什么这样做?为什么不放在DAO层做事务处理。显而易见的原因是业务层接口的每一个方法有时候都是一个业务用例(User?Case),它需要调用不同的DAO对象来完成一个业务方法。比如简单地以网上书店购书最后的确定定单为例,业务方法首先是调用BookDAO对象(一般是通过DAO工厂产生),BookDAO判断是否还有库存余量,取得该书的价格信息等,然后调用CustomerDAO从帐户扣除相应的费用以及记录信息,然后是其他服务(通知管理员等)。简化业务流程大概如此:
????注意,我们的例子忽略了连接的处理,只要保证同一个线程内取的是相同的连接即可(可用ThreadLocal实现):
????首先是业务接口,针对接口,而不是针对类编程:
String?bookId)
throws?SystemException{ ??????????Connection?conn=ConnectionManager.getConnection();
//?获取数据库连接 ??????????
boolean?b=
false; ??????????
try{ ??????????????BookDAO?bookDAO=DAOFactory.getBookDAO(); ??????????????CustomerDAO?customerDAO=DAOFactory.getCustomerDAO(); ??????????????
//?尝试从库存中取书 ??????????????
if(BookDAO.reduceInventory(conn,bookId,quantity)){ ??????????????????BigDecimal?price=BookDAO.getPrice(bookId);??
//?取价格 ??????????????????
//?从客户帐户中扣除price*quantity的费用 ??????????????????b= ??????????????????CustomerDAO.reduceAccount(conn,price.multiply(
new?BigDecimal(quantity)); ??????????????????.... ??????????????????其他业务方法,如通知管理员,生成定单等. ??????????????????... ??????????????} ??????????}
catch(SQLException?e){ ?????????????
throws?
new?SystemException(e); ??????????} ??????????
return?b; ????} ????.... }
????可以看到,此时的业务代表对象专注于实现业务逻辑,它不再关心事务控制细节,把它们全部委托给了外部对象。业务代表工厂也修改一下,让它返回两种类型的业务代表对象:
public?final?class?ManagerFactory?{ ??????//返回一个被包装的对象,有事务控制能力 ??????public?static?BookStoreManager?getBookStoreManagerTrans()?{ ??????????return?(BookStoreManager)?TransactionWrapper ??????????????????.decorate(new?BookStoreManagerImpl()); ??????} ??????//原始版本 ??????public?static?BookStoreManager?getBookStoreManager()?{ ?????????return?new?BookStoreManagerImpl(); ??????} ??????...... ???}
????我们在业务代表工厂上提供了两种不同的对象生成方法:一个用于创建被包装的对象,它会为每次方法调用创建一个新的事务;另外一个用于创建未被包装的版本,它用于加入到已有的事务(比如其他业务代表对象的业务方法),解决了嵌套业务代表对象的问题。
???我们的设计还不够优雅,比如我们默认所有的业务代表对象的方法调用都将被包装在一个Transaction?Context。可事实是很多方法也许并不需要与数据库打交道,如果我们能配置哪些方法需要事务声明,哪些不需要事务管理就更完美了。解决办法也很简单,一个XML配置文件来配置这些,调用时判断即可。说到这里,了解spring的大概都会意识到这不正是声明式事务控制吗?正是如此,事务控制就是AOP的一种服务,spring的声明式事务管理是通过AOP实现的。AOP的实现方式包括:动态代理技术,字节码生成技术(如CGLIB库),java代码生成(早期EJB采用),修改类装载器以及源代码级别的代码混合织入(aspectj)等。我们这里就是利用了动态代理技术,只能对接口代理;对类的动态代理可以使用cglib库。