基于母体思想的统一事务架构

因为我最近需要在不大规模改变原应用代码情况下，将两个庞大的事务合并成一个统一事务，所以弄了个基于享元模式的母体架构。<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

原两个事务分别在Matrix1、Matrix2两个类中，每个类管理自己的完整业务和数据操作事务。即每个类有自己的属性对象ICommDataServer，这个类管理数据库连接、ORM、资源释放、与事务操作。而我必须在不破坏两个事务完整性的原则上做到统一事务。

一、原应用中不同事务对象CommDataServer依赖不同业务对象Matrix

二、如果不考虑代码重构，这个统一事务架构可以设计为：

MatrixManager统一事务管理类,控制业务调用、享元的创建、以及管理享元关联的事务生命周期。

Matrix母体(业务类),实现自己的业务，并由享元RollbakMatrix实现事务管理。

RollbakMatrix享元类,由MatrixManager创建并以参数传递给各母体,并关联事务对象CommDataServer。

三、因为业务对象方法无法重载，所以我利用RollbakMatrix与业务类从依赖关系改成聚合关系。

这样享元RollbakMatrix的创建和生命周期控制还是由MatrixManager控制。将享元以属性的形式聚合到业务类中。这样实现在享元模式（MatrixManager创建RollbakMatrik实例）与非享元模式(不创建实例)两种模式下主业务都是一致的。

四、因为业务中各有各的事务对象CommDataServer，所以我增加CommDataServer与业务的双依赖关系，实现CommDataServer的虚构造（共享RollbakMatrix中的CommDataServer实例）。

原代码每个业务对象都有事务对象初始化引用（单依赖），这个架构不能变并且与新架构向违背。那就将这个业务对象也依赖事务对象好了。

在CommDataServer构造时将母体参数传入，判断母体中是否有享元RollbakMatrix：如果有则标志着将使用统一事务处理,并返回享元中已关联的事务对象；如果没有则标志着不使用统一事务处理，保持原架构每个业务对象一个事务实例不变。

五、重构后的关系图：

六、回顾整个架构

1、 事务对象CommDataServer成功地从各自业务对象中独立出来，并成为享元RollbakMatrix母体的寄体。

2、 RollbakMatrix是MatrixManager，所有母体（业务对象）的享元；最终CommDataServer是多有母体的享元，并且也是MatrixManager享元，并由它控制生命周期。

3、 利用双向依赖，实现享元判断；而构造函数的重载，实现了CommDataServer在母体环境（作为享元）、非母体环境（作为独立事务对象）的复用；实际上整个架构也是利用RollbakMatrix这个即是母体有是寄体的享元来实现多业务（事务）的生命周期（事务）统一控制。