前段时间一直在学习和研究.NET事务处理，慢慢的我发现可以使用事务处理来实现一种可逆的系统框架。这种框架在一些IT社区似乎还没有见过，但是在我们日常开发中确实有这个需求。所以我花了点时间深入的研究了一下事务的原理和使用，实现了以事务为纽带，以资源为操作对象的可逆框架。

　　这里我假设您对事务有了整体的认识，也对自定义事务管理器有过了解。

　　1、什么是可逆的程序框架

　　什么叫可逆的？程序的执行是可以被无限制回滚的。

　　什么叫可逆的框架？实现了对可逆功能的封装，并能通过简单的接口调用进行使用。框架可能有大有小，我想这么称呼它是为了表达它的整体性和重要性。

　　那么到底可逆的需求在哪里？其实在我们开发程序的时候经常会使用事务来进行业务的控制。比如删除订单，然后删除订单明细等等，对于这样的要求很多，我们只能将逻辑控制在一个事务范围内，不能在没有事务性的逻辑代码中编写这种要求的业务功能。等出现未知错误的时候在进行事务的回滚。

　　你也许会问，使用原来的事务处理不是也能进行回滚吗？当然不是这么简单的，我们使用事务回滚时只能将资源回滚到最初未进行事务处理前的状态。（这里不仅仅指的是数据库事务，而是全局的事务处理）我们用图做个比较。

　　传统的事务处理图：

　　可逆的事务处理图：

　　从这两幅图中我们可以很明显的看出，传统的事务处理在事务处理的过程当中无法控制中间数据，也就是说无法对事务处理进行分段，然后在进行统一的提交或回滚。

　　在可逆框架的事务处理里我们就可以控制事务的执行阶段，在必要的时候我们只需提交或者回滚某一阶段的数据。

　　1.1 环境事务

　　在可逆框架的事务处理图中，我们看到事务的开始，然后就进行下一步、下一步这样的操作。在每进行一个下一步操作的时候，就是进入到了一个子事务里处理，在.NET中是可以进行事务的嵌套，其实也就是依赖事务Dependent Transaction实现。通过使用环境事务可以让事务性感知代码能自动的识别出您将要使用事务进行操作。所以在每进行下一步操作的时候，只有将当前环境事务切换为您将依赖的子事务才行。如果只是单纯的使用依赖事务对象实例在使用，那么将无法进行诸多其他的事务处理。

　　2、可逆框架的实现原理

　　由于我们只能控制自定义事务资源管理器的内部实现，所以我们在构建自己的数据处理时问题变的简单多了。

　　实现可逆框架的核心技术就是使用依赖事务进行事务的克隆操作。将一个大的事务处理逻辑上切割成多了小的事务操作，然后在进行统一的提交或回滚。

　　在实现上其实就是将Committable Transaction对象进行包装，实现简单的调用接口。这里参照了环境代码的概念，将对象的生命周期控制在代码片段中。