PHP实现AOP(2)

不过先不要忙着高兴，有个问题就在这个可扩展性里。当新的需求被提出之后，我们可以再添加 ILWordExtension 实现类，这个的确正确。但是将这个新类注册到getExtArray函数里，等于说还是要修改主业务逻辑代码。能不能不修改呢？每次有新的需求变化还是要告知主业务逻辑，这样终归不太好。最理想的情况是新的扩展代码加入系统之后，主业务逻辑代码不用修改，因为主业务逻辑根本不知道有新扩展这回事！为此我们还需要优化一下设计方案，如图2所示：

（图2），加入扩展家族类 

对于调用扩展的主程序（也就是中间服务类LWordServiceCore），只让它知道有ILWordExtension（扩展）这件事就可以了，它不需要知道还有CheckPowerExtension（检查权限扩展）、CheckContentExtension（检查内容扩展）和AddScoreExtension（加分扩展）这三个类。对这三个类的调用过程被移动到LWordExtensionFamily （扩展家族类）里去了。 

LWordExtensionFamily其实就是一个能存放多个ILWordExtension接口实例的容器类，从图2中可以看出这个容器类不仅仅是实现了ILWordExtension接口，而且还聚合多个ILWordExtension接口的实例，所以它很特殊！对于LWordServiceCore类，这个类只知道ILWordExtension接口，但并不知道这个接口存在三个实现类。恰好LWordExtensionFamily类就实现了ILWordExtension接口，这很好的符合了中间服务类的要求，并且这个扩展家族类知道ILWordExtension存在三个实现类，并会一一调用它们， LWordExtensionFamily代码大概如代码8所示：

复制代码代码如下:

// 代码 8, 扩展家族 
// 扩展家族 
class LWordExtensionFamily implements ILWordExtension { 
// 扩展数组 
private $_extensionArray = array(); 
// 添加扩展 
public function addExtension(ILWordExtension $extension) { 
$this->_extensionArray []= $extension; 
} 
// 添加留言前 
public function beforeAppend($newLWord) { 
foreach ($this->_extensionArray as $extension) { 
$extension->beforeAppend($newLWord); 
} 
} 
// 添加留言后 
public function behindAppend($newLWord) { 
foreach ($this->_extensionArray as $extension) { 
$extension->behindAppend($newLWord); 
} 
} 
} 

通过代码8不难看出LWordExtensionFamily类虽然也实现了ILWordExtension接口，但是它并不做任何实质的操作，而是通过循环语句将调用过程一一传递下去。为了平滑实现扩展到插入的方式，所以最好创建一个工厂类MyExtensionFactory。如代码9所示： 

复制代码代码如下:

// 代码 9 
// 自定义扩展工厂 
class MyExtensionFactory { 
// 创建留言扩展 
public static function createLWordExtension() { 
$lwef = new LWordExtensionFamily(); 
// 添加扩展 
$lwef->addExtension(new CheckPowerExtension()); 
$lwef->addExtension(new CheckContentExtension()); 
$lwef->addExtension(new AddScoreExtension()); 
return $lwef; 
　　　　　// 注意这里返回的是扩展家族类对象, 
　　　　　// 扩展家族 LWordExtensionFamily 恰好也实现了接口 ILWordExtension, 
　　　　　// 所以这是符合业务逻辑的要求. 
　　　　　// 从此, 业务逻辑可以不关心具体的扩展对象, 只要知道扩展家族即可 
} 
} 

使用扩展工厂类的好处就是可以随意的添加和移除扩展实例，这就很好的实现了可插入式编程。对于LWordServiceCore类只知道一个ILWordExtension接口，对于LWordExtensionFamily知道需要一一调用每个扩展，但是具体会有多少个扩展是通过MyExtensionFactory给出的。各负其责结构也很清晰。如果我们做一个假设，MyExtensionFactory类的createLWordExtension函数不是通过new关键字这样的硬编码方式来添加扩展列表，而是通过更巧妙的读取配置文件的方式来得到扩展列表，那么是不是更方便更灵活呢？不过这个就不再本文中讨论了。 

中间服务层通过工厂类取得一个ILWordExtension接口的具体实例，然后调用其beforeAppend和behindAppend方法。当然中间服务并不知道工厂类返回的其实是一个含有多个ILWordExtension实例的容器（因为这个容器也实现了ILWordExtension接口），所以中间服务也就不知道扩展是被一一调用的。完整代码如代码10所示： 

复制代码代码如下:

// 代码 10, 完整代码 
// 扩展接口 
interface ILWordExtension { 
// 添加留言前 
public function beforeAppend($newLWord); 
// 添加留言后 
public function behindAppend($newLWord); 
}; 
// 检查权限 
class CheckPowerExtension implements ILWordExtension { 
// 添加留言前 
public function beforeAppend($newLWord) { 
// 在这里判断用户权限 
} 
// 添加留言后 
public function behindAppend($newLWord) { 
} 
}; 
// 检查留言文本 
class CheckContentExtension implements ILWordExtension { 
// 添加留言前 
public function beforeAppend($newLWord) { 
if (stristr($newLWord, "fuck")) 
throw new Exception(); 
} 
// 添加留言后 
public function behindAppend($newLWord) { 
} 
}; 
// 用户积分 
class AddScoreExtension implements ILWordExtension { 
// 添加留言前 
public function beforeAppend($newLWord) { 
} 
// 添加留言后 
public function behindAppend($newLWord) { 
// 在这里给用户积分 
} 
}; 
// 扩展家族 
class LWordExtensionFamily implements ILWordExtension { 
// 扩展数组 
private $_extensionArray = array(); 
// 添加扩展 
public function addExtension(ILWordExtension $extension) { 
$this->_extensionArray []= $extension; 
} 
// 添加留言前 
public function beforeAppend($newLWord) { 
foreach ($this->_extensionArray as $extension) { 
$extension->beforeAppend($newLWord); 
} 
} 
// 添加留言后 
public function behindAppend($newLWord) { 
foreach ($this->_extensionArray as $extension) { 
$extension->behindAppend($newLWord); 
} 
} 
} 
// 自定义扩展工厂 
class MyExtensionFactory { 
// 创建留言扩展 
public static function createLWordExtension() { 
$lwef = new LWordExtensionFamily(); 
// 添加扩展 
$lwef->addExtension(new CheckPowerExtension()); 
$lwef->addExtension(new CheckLWordExtension()); 
$lwef->addExtension(new AddScoreExtension()); 
return $lwef; 
} 
} 
// 中间服务层 
class LWordServiceCore implements ILWordService { 
// 添加留言 
public function append($newLWord) { 
// 获取扩展 
$ext = MyExtensionFactory::createLWordExtension(); 
$ext->beforeAppend($newLWord); 
// 调用数据访问层 
$dbTask = new LWordDBTask(); 
$dbTask->append($newLWord); 
$ext->behindAppend($newLWord); 
} 
}; 

从代码10中可以看出虽然CheckPowerExtension、CheckContentExtension、AddScoreExtension以及LWordExtensionFamily都实现了ILWordExtension接口，但是它们的beforeAppend和behindAppend函数过程却完全不同！特别是LWordExtensionFamily扩展家族类，它并没有实质的业务逻辑处理过程，而是将调用依次传递给每一个扩展。beforeAppend和behindAppend函数在具体类中的不同实现，这是面向对象程序设计中的很典型的特性：多态！ 
将次业务逻辑分散到各个扩展中，这种做法已经非常近似AOP（Aspect OrientedProgramming，面向切面编程）的编程方式。权限校验、内容检查和积分可以看作是不同的切面，这些切面和主业务逻辑交叉在一起，但又不会影响到主业务逻……这样做的好处就是扩展代码不会干扰主业务逻辑，我们也可以针对某一个扩展进行编码和单元测试，然后通过MyExtensionFactory工厂类把扩展插入到业务流程中。完整的执行过程如图3所示： 

（图3），执行流程 


本文源码下载地址： http://xiazai.jb51.net/201007/yuanma/TraceLWord.rar