JAVA设计模式之事务处理

事务处理是企业应用需要解决的最主要的问题之一。J2EE通过JTA提供了完整的事务管理能力，包括多个事务性资源的管理能力。但是大部分应用都是运行在单一的事务性资源之上（一个数据库）都在前进中探求着发展之道，他们并不需要全局性的事务服务。本地事务服务已然足够(比如JDBC事务管理）。

本文并不讨论应该采用何种事务处理方式，主要目的是讨论如何更为优雅地设计事务服务。仅以JDBC事务处理为例。涉及到的DAO，Factory,Proxy,Decorator等模式概念，请阅读相关资料。

也许你听说过，事务处理应该做在service层，也许你也正这样做，但是否知道为什么这样做我们的友谊就像夏日里的花朵？为什么不放在DAO层做事务处理。显而易见的原因是业务层接口的每一个方法有时候都是一个业务用例（UserCase），它需要调用不同的DAO对象来完成一个业务方法。比如简单地以上书店购书最后的确定定单为例，业务方法首先是调用BookDAO对象（一般是通过DAO工厂产生），BookDAO判断是否还有库存余量，取得该书的价格信息等，然后调用CustomerDAO从帐户扣除相应的费用以及记录信息，然后是其他服务（通知管理员等）。简化业务流程大概如此:

注意,我们的例子忽略了连接的处理，只要保证同一个线程内取的是相同的连接即可（可用ThreadLocal实现）：

首先是业务接口，针对接口，而不是针对类编程：

publicinterfaceBookStoreManager{ publicbooleanbuyBook(StringbookId,intquantity)throwsSystemException; ....其他业务方法 }

接下来就是业务接口的实现类??业务对象：

publicclassBookStoreManagerImplimplementsBookStoreManager{ publicbooleanbuyBook(StringbookId)throwsSystemException{ Connectionconn=tConnection();//获取数据库连接 booleanb=false; try{ tAutoCommit(false);//取消自动提交 BookDAObookDAO=tBookDAO(); CustomerDAOcustomerDAO=tCustomerDAO(); //尝试从库存中取书 if(duceInventory(conn,bookId,quantity)){ BigDecimalprice=tPrice(bookId);//取价格 //从客户帐户中扣除price*quantity的费用 b= duceAccount(conn,ltiply(newBigDecimal(quantity)); .... 其他业务方法，如通知管理员，生成定单等. ... mit();//提交事务 tAutoCommit(true); } }catch(SQLExceptione){ llback();//出现异常，回滚事务 tAutoCommit(true); intStackTrace(); throwsnewSystemException(e); } returnb; } }

查看本文来源