程序中事宜控制相关2

程序中事务控制相关2

前一篇文章提到希望把事务从业务逻辑里面抽取出来，而且事务控制也是符合面向方面的规则的，通过artech的文章，我们可以很好的理解其中的原理，但是artech的事务辅助类还是需要参杂到业务里面，这里借助aop可以很方便的把事务的控制挪到业务的外围，实际上spring.net里面就是这样做的，spring.net在ado的事务控制方面借助的就是TransactionInterceptor这个方法拦截器，里面的代码大概如下

public object Invoke(IMethodInvocation invocation){    // Work out the target class: may be <code>null</code>.    // The TransactionAttributeSource should be passed the target class    // as well as the method, which may be from an interface.Type targetType = ( invocation.This != null ) ? invocation.This.GetType() : null;    // If the transaction attribute is null, the method is non-transactional.TransactionInfo txnInfo = CreateTransactionIfNecessary( invocation.Method, targetType );object returnValue = null;try{        // This is an around advice.        // Invoke the next interceptor in the chain.        // This will normally result in a target object being invoked.returnValue = invocation.Proceed();} catch ( Exception ex ){        // target invocation exceptionCompleteTransactionAfterThrowing( txnInfo, ex );        throw;} finally{CleanupTransactionInfo( txnInfo );}CommitTransactionAfterReturning( txnInfo );return returnValue;}

?
从代码和注释可以看到，事务的控制在业务方法执行的外围，在业务之前启动事务，如果有异常则回滚事务，正常情况下提交事务。里面的细节部分和artech的原理类似，但是spring.net里面略微复杂点，对于同一个数据库，他里面使用的是同一个连接以及连接上的事务，对于多数据库暂时还没明白，有空深入了解一下；同样对于artech的事务控制，由于自己对于CommittableTransaction不是很了解，虽然大意能明白，但是还是对于事务的细节不是特别了解，有空也得多学习。

查看更多 下一篇