PHP设计模式漫谈之调解者模式_PHP

我们将给大家介绍调解者模式，这个模式的目的是封装一组对象之间的相互作用，防止对象之间相互干扰，调解者（Mediator）在同事对象（Colleague）之间充当中间汇聚点。

同事对象之间应该保持松散耦合，避免一个对象直接明确指向另一个对象。在调解者模式下，对象的关系和依赖发生冲突时，我们可以使用调解者在耦合的对象之间协调工作流，依赖可以从同事朝调解者或从调解者向同事建立，这两个方向上的依赖都可以使用AbstractColleague或AbstractMediator中断。

 
图1 调解者和同事对象

对象不是孤立的，对象之间必须相互协作才能完成任务。虽然调解者模式可以限制对象之间的相互作用，但如果滥用，会致使编写聚合性类变得非常困难。举一个实用的例子，在领域驱动设计（Domain-Driven Design）中的服务就是实体之间的调解者。再举一个PHP相关的例子，Zend_Form装饰和过滤功能实际上可以看作是Zend_Form_Decorator和Zend_Filter实例之间的一个简单调解者，它们都使用Zend_Validate对象进行验证。

当调解者必须监听同事对象的事件时，它通常是作为观察者（Observer）实现的，产生一个黑板（blackboard）对象，一些同事写，另一些同事就读。来自同事的事件被推向调解者，再由调解者将其转发给其它订阅的同事，同事之间不需要相互了解，这个架构成功用于随Zend框架发布的Dojo JavaScript库。这个模式的另一个好处是对象的变化包含在计算方法中，可以通过配置不同的调解者实现这一目标，但实例化相关对象将是一个松散的操作，不同容器和工厂之间的协作关系将是分散的。参与者：

◆同事（Colleague）：重点是它的职责，它只与一个调解者Mediator或AbstractMediator通信。

◆调解者（Mediator）：协同多个Colleagues（AbstractColleagues）共同工作。

◆AbstractMediator，AbstractColleague：从这些角色的真实实现解耦的可选接口，可能不止一个AbstractColleague角色。

下面的代码实现了一个表单输入的过滤过程，类似于Zend_Form_Element功能。

<ol class="dp-xml">
<li class="alt"><span><strong><font color="#006699"><span class="tag"></span><span class="tag-name">php</span></font></strong><span> </span></span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * AbstractColleague.  </span></li>
<li><span> */  </span></li>
<li class="alt"><span>interface Filter  </span></li>
<li><span>{  </span></li>
<li class="alt"><span>    public function filter($value);  </span></li>
<li><span>}  </span></li>
<li class="alt"><span> </span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * Colleague. We decide in the implementation phase  </span></li>
<li><span> * that Colleagues should not know the next Colleague  </span></li>
<li class="alt"><span> * in the chain, resorting to a Mediator to link them together.  </span></li>
<li><span> * This choice succesfully avoids a base abstract class  </span></li>
<li class="alt"><span> * for Filters.  </span></li>
<li><span> * Remember that this is an example: it is not only  </span></li>
<li class="alt"><span> * Chain of Responsibility that can be alternatively implemented  </span></li>
<li><span> * as a Mediator.  </span></li>
<li class="alt"><span> */  </span></li>
<li><span>class TrimFilter implements Filter  </span></li>
<li class="alt"><span>{  </span></li>
<li><span>     public function filter($value)  </span></li>
<li class="alt"><span>     {  </span></li>
<li><span>         return trim($value);  </span></li>
<li class="alt"><span>     }  </span></li>
<li><span>} </span></li>
</ol>

<ol class="dp-xml">
<li class="alt"><span><span>/**  </span></span></li>
<li><span> * Colleague.  </span></li>
<li class="alt"><span> */  </span></li>
<li><span>class NullFilter implements Filter  </span></li>
<li class="alt"><span>{  </span></li>
<li><span>     public function filter($value)  </span></li>
<li class="alt"><span>     {  </span></li>
<li><span>         return $value ? $value : '';  </span></li>
<li class="alt"><span>     }  </span></li>
<li><span>}  </span></li>
<li class="alt"><span> </span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * Colleague.  </span></li>
<li><span> */  </span></li>
<li class="alt"><span>class HtmlEntitiesFilter implements Filter  </span></li>
<li><span>{  </span></li>
<li class="alt"><span>     public function filter($value)  </span></li>
<li><span>     {  </span></li>
<li class="alt"><span>         return htmlentities($value);  </span></li>
<li><span>     }  </span></li>
<li class="alt"><span>} </span></li>
</ol>

/**  
 * The Mediator. We avoid referencing it from ConcreteColleagues  
 * and so the need for an interface. We leave the implementation  
 * of a bidirectional channel for the Observer pattern's example.  
 * This class responsibility is to store the value and coordinate  
 * filters computation when they have to be applied to the value.  
 * Filtering responsibilities are obviously a concern of  
 * the Colleagues, which are Filter implementations.  
 */  
class InputElement  
{  
    protected 我们将给大家介绍调解者模式，这个模式的目的是封装一组对象之间的相互作用，防止对象之间相互干扰，调解者（Mediator）在同事对象（Colleague）之间充当中间汇聚点。
同事对象之间应该保持松散耦合，避免一个对象直接明确指向另一个对象。在调解者模式下，对象的关系和依赖发生冲突时，我们可以使用调解者在耦合的对象之间协调工作流，依赖可以从同事朝调解者或从调解者向同事建立，这两个方向上的依赖都可以使用AbstractColleague或AbstractMediator中断。
 
图1 调解者和同事对象
对象不是孤立的，对象之间必须相互协作才能完成任务。虽然调解者模式可以限制对象之间的相互作用，但如果滥用，会致使编写聚合性类变得非常困难。举一个实用的例子，在领域驱动设计（Domain-Driven Design）中的服务就是实体之间的调解者。再举一个PHP相关的例子，Zend_Form装饰和过滤功能实际上可以看作是Zend_Form_Decorator和Zend_Filter实例之间的一个简单调解者，它们都使用Zend_Validate对象进行验证。
当调解者必须监听同事对象的事件时，它通常是作为观察者（Observer）实现的，产生一个黑板（blackboard）对象，一些同事写，另一些同事就读。来自同事的事件被推向调解者，再由调解者将其转发给其它订阅的同事，同事之间不需要相互了解，这个架构成功用于随Zend框架发布的Dojo JavaScript库。这个模式的另一个好处是对象的变化包含在计算方法中，可以通过配置不同的调解者实现这一目标，但实例化相关对象将是一个松散的操作，不同容器和工厂之间的协作关系将是分散的。参与者：
◆同事（Colleague）：重点是它的职责，它只与一个调解者Mediator或AbstractMediator通信。
◆调解者（Mediator）：协同多个Colleagues（AbstractColleagues）共同工作。
◆AbstractMediator，AbstractColleague：从这些角色的真实实现解耦的可选接口，可能不止一个AbstractColleague角色。
下面的代码实现了一个表单输入的过滤过程，类似于Zend_Form_Element功能。
<ol class="dp-xml">
<li class="alt"><span><strong><font color="#006699"><span class="tag"></span><span class="tag-name">php</span></font></strong><span> </span></span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * AbstractColleague.  </span></li>
<li><span> */  </span></li>
<li class="alt"><span>interface Filter  </span></li>
<li><span>{  </span></li>
<li class="alt"><span>    public function filter($value);  </span></li>
<li><span>}  </span></li>
<li class="alt"><span> </span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * Colleague. We decide in the implementation phase  </span></li>
<li><span> * that Colleagues should not know the next Colleague  </span></li>
<li class="alt"><span> * in the chain, resorting to a Mediator to link them together.  </span></li>
<li><span> * This choice succesfully avoids a base abstract class  </span></li>
<li class="alt"><span> * for Filters.  </span></li>
<li><span> * Remember that this is an example: it is not only  </span></li>
<li class="alt"><span> * Chain of Responsibility that can be alternatively implemented  </span></li>
<li><span> * as a Mediator.  </span></li>
<li class="alt"><span> */  </span></li>
<li><span>class TrimFilter implements Filter  </span></li>
<li class="alt"><span>{  </span></li>
<li><span>     public function filter($value)  </span></li>
<li class="alt"><span>     {  </span></li>
<li><span>         return trim($value);  </span></li>
<li class="alt"><span>     }  </span></li>
<li><span>} </span></li>
</ol>
<ol class="dp-xml">
<li class="alt"><span><span>/**  </span></span></li>
<li><span> * Colleague.  </span></li>
<li class="alt"><span> */  </span></li>
<li><span>class NullFilter implements Filter  </span></li>
<li class="alt"><span>{  </span></li>
<li><span>     public function filter($value)  </span></li>
<li class="alt"><span>     {  </span></li>
<li><span>         return $value ? $value : '';  </span></li>
<li class="alt"><span>     }  </span></li>
<li><span>}  </span></li>
<li class="alt"><span> </span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * Colleague.  </span></li>
<li><span> */  </span></li>
<li class="alt"><span>class HtmlEntitiesFilter implements Filter  </span></li>
<li><span>{  </span></li>
<li class="alt"><span>     public function filter($value)  </span></li>
<li><span>     {  </span></li>
<li class="alt"><span>         return htmlentities($value);  </span></li>
<li><span>     }  </span></li>
<li class="alt"><span>} </span></li>
</ol>
___FCKpd___2
原文名：Practical Php Patterns: Mediator      作者：Giorgio
原文出处：http://giorgiosironi.blogspot.com/search/label/practical%20php%20patterns
filters;  
    protected 我们将给大家介绍调解者模式，这个模式的目的是封装一组对象之间的相互作用，防止对象之间相互干扰，调解者（Mediator）在同事对象（Colleague）之间充当中间汇聚点。
同事对象之间应该保持松散耦合，避免一个对象直接明确指向另一个对象。在调解者模式下，对象的关系和依赖发生冲突时，我们可以使用调解者在耦合的对象之间协调工作流，依赖可以从同事朝调解者或从调解者向同事建立，这两个方向上的依赖都可以使用AbstractColleague或AbstractMediator中断。
 
图1 调解者和同事对象
对象不是孤立的，对象之间必须相互协作才能完成任务。虽然调解者模式可以限制对象之间的相互作用，但如果滥用，会致使编写聚合性类变得非常困难。举一个实用的例子，在领域驱动设计（Domain-Driven Design）中的服务就是实体之间的调解者。再举一个PHP相关的例子，Zend_Form装饰和过滤功能实际上可以看作是Zend_Form_Decorator和Zend_Filter实例之间的一个简单调解者，它们都使用Zend_Validate对象进行验证。
当调解者必须监听同事对象的事件时，它通常是作为观察者（Observer）实现的，产生一个黑板（blackboard）对象，一些同事写，另一些同事就读。来自同事的事件被推向调解者，再由调解者将其转发给其它订阅的同事，同事之间不需要相互了解，这个架构成功用于随Zend框架发布的Dojo JavaScript库。这个模式的另一个好处是对象的变化包含在计算方法中，可以通过配置不同的调解者实现这一目标，但实例化相关对象将是一个松散的操作，不同容器和工厂之间的协作关系将是分散的。参与者：
◆同事（Colleague）：重点是它的职责，它只与一个调解者Mediator或AbstractMediator通信。
◆调解者（Mediator）：协同多个Colleagues（AbstractColleagues）共同工作。
◆AbstractMediator，AbstractColleague：从这些角色的真实实现解耦的可选接口，可能不止一个AbstractColleague角色。
下面的代码实现了一个表单输入的过滤过程，类似于Zend_Form_Element功能。
<ol class="dp-xml">
<li class="alt"><span><strong><font color="#006699"><span class="tag"></span><span class="tag-name">php</span></font></strong><span> </span></span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * AbstractColleague.  </span></li>
<li><span> */  </span></li>
<li class="alt"><span>interface Filter  </span></li>
<li><span>{  </span></li>
<li class="alt"><span>    public function filter($value);  </span></li>
<li><span>}  </span></li>
<li class="alt"><span> </span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * Colleague. We decide in the implementation phase  </span></li>
<li><span> * that Colleagues should not know the next Colleague  </span></li>
<li class="alt"><span> * in the chain, resorting to a Mediator to link them together.  </span></li>
<li><span> * This choice succesfully avoids a base abstract class  </span></li>
<li class="alt"><span> * for Filters.  </span></li>
<li><span> * Remember that this is an example: it is not only  </span></li>
<li class="alt"><span> * Chain of Responsibility that can be alternatively implemented  </span></li>
<li><span> * as a Mediator.  </span></li>
<li class="alt"><span> */  </span></li>
<li><span>class TrimFilter implements Filter  </span></li>
<li class="alt"><span>{  </span></li>
<li><span>     public function filter($value)  </span></li>
<li class="alt"><span>     {  </span></li>
<li><span>         return trim($value);  </span></li>
<li class="alt"><span>     }  </span></li>
<li><span>} </span></li>
</ol>
<ol class="dp-xml">
<li class="alt"><span><span>/**  </span></span></li>
<li><span> * Colleague.  </span></li>
<li class="alt"><span> */  </span></li>
<li><span>class NullFilter implements Filter  </span></li>
<li class="alt"><span>{  </span></li>
<li><span>     public function filter($value)  </span></li>
<li class="alt"><span>     {  </span></li>
<li><span>         return $value ? $value : '';  </span></li>
<li class="alt"><span>     }  </span></li>
<li><span>}  </span></li>
<li class="alt"><span> </span></li>
<li><span>/**  </span></li>
<li class="alt"><span> * Colleague.  </span></li>
<li><span> */  </span></li>
<li class="alt"><span>class HtmlEntitiesFilter implements Filter  </span></li>
<li><span>{  </span></li>
<li class="alt"><span>     public function filter($value)  </span></li>
<li><span>     {  </span></li>
<li class="alt"><span>         return htmlentities($value);  </span></li>
<li><span>     }  </span></li>
<li class="alt"><span>} </span></li>
</ol>
___FCKpd___2
原文名：Practical Php Patterns: Mediator      作者：Giorgio
原文出处：http://giorgiosironi.blogspot.com/search/label/practical%20php%20patterns
value;  
 
    public function addFilter(Filter $filter)  
    {  

        $this->_filters[] = $filter;  

        return $this;  
    }  
 
    public function setValue($value)  
    {  

        $this->_value = $this->_filter($value);  

    }  
 
    protected function _filter($value)  
    {  

        foreach ($this->_filters as $filter) {  


            $value = $filter->filter($value);  

        }  
        return $value;  
    }  
 
    public function getValue()  
    {  

        return $this->_value;  

    }  
}  
 

$input = new InputElement();  


$input->addFilter(new NullFilter())  


      ->addFilter(new TrimFilter())  


      ->addFilter(new HtmlEntitiesFilter());  


$input->setValue(' You should use the h1>-h6> tags for your headings.');  


echo $input->getValue(), "\n"; 

原文名：Practical Php Patterns: Mediator      作者：Giorgio

原文出处：http://giorgiosironi.blogspot.com/search/label/practical%20php%20patterns