设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)

1.概述

在面向对象的软件设计与开发过程中,根据“单一职责原则”,我们应该尽量将对象细化,使其只负责或呈现单一的职责,即将行为分布到各个对象中。

对于一个模块或者系统,可能由很多对象构成,而且这些对象之间可能存在相互的引用,在最坏的情况下,每一个对象都知道其他所有的对象,这无疑复杂化了对象之间的联系。虽然将一个系统分割成许多对象通常可以增强可复用性,但是对象间相互连接的激增又会降低其可复用性,大量的相互连接使得一个对象似乎不太可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体,而且对系统的行为进行任何较大的改动都会十分困难。结果是你不得不定义大量的子类以定制系统的行为。因此,为了减少对象两两之间复杂的引用关系,使之成为一个松耦合的系统,我们需要使用中介者模式.

例子1:

2.问题

面对一系列的相交互对象。怎么样保证使各对象不需要显式地相互引用,使其耦合松散?

3.解决方案

中介者模式:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式。(Define an object thatencapsulates how a set of objects interact. Mediator promotes loose coupling by keeping objects fromreferring to each other explicitly, and it lets you vary their interaction independently. )

4.适用性

在下列情况下使用中介者模式:

• 1)系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解。

• 2)一组对象以定义良好但是复杂的方式进行通信。产生的相互依赖关系结构混乱且难以理解。
• 3)一个对象引用其他很多对象并且直接与这些对象通信 ,导致难以复用该对象。
• 4)想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。可以通过引入中介者类来实现,在中介者中定义对象交互的公共行为,如果需要改变行为则可以增加新的中介者类。

5.结构

1.jpg

6.模式的组成

抽象中介者(Mediator):中介者定义一个接口用于与各同事(Colleague)对象通信。
具体中介者(ConcreteMediator): 具体中介者通过协调各同事对象实现协作行为。了解并维护它的各个同事。
抽象同事类(Colleague class): 定义同事类接口,定义各同事的公有方法.
具体同事类(ConcreteColleague): 实现抽象同事类中的方法。每一个同时类需要知道中介者对象;每个具体同事类只需要了解自己的行为,而不需要了解其他同事类的情况。每一个同事对象在需与其他的同事通信的时候,与它的中介者通信。

7.效果

中介者模式的优点:
1) 减少了子类生成:  Mediator将原本分布于多个对象间的行为集中在一起。改变这些行为只需生成Mediator的子类即可。这样各个Colleague类可被重用。
2) 简化各同事类的设计和实现 : 它将各同事类Colleague解耦,Mediator有利于各Colleague间的松耦合. 你可以独立的改变和复用各Colleague类和Mediator类。
3) 它简化了对象协议: 用Mediator和各Colleague间的一对多的交互来代替多对多的交互。一对多的关系更易于理解、维护和扩展。
4) 它对对象如何协作进行了抽象 将中介作为一个独立的概念并将其封装在一个对象中,使你将注意力从对象各自本身的行为转移到它们之间的交互上来。这有助于弄清    楚一个系统中的对象是如何交互的。
5) 它使控制集中化 中介者模式将交互的复杂性变为中介者的复杂性。
中介者模式的缺点:
因为中介者封装了协议,即在具体中介者类中包含了同事之间的交互细节,可能会导致具体中介者类非常复杂,这可能使得中介者自身成为一个难于维护的
庞然大物。

8.实现

<?php  
  
/** 
 * 中介者模式 
 * 
 *  
*/  
/** 
 * 抽象中介者类 
 */  
abstract class Mediator  
{  
    static protected  $_colleaguesend = array(  
                                        'ConcreteColleague1'=> 'ConcreteColleague2',  
                                        'ConcreteColleague2'=> 'ConcreteColleague3',  
                                        'ConcreteColleague3'=> 'ConcreteColleague1',  
                                        );  
    protected  $_colleagues = null; //array  
    public  function register(Colleague $colleague) {  
        $this->_colleagues[get_class($colleague)] = $colleague;  
    }  
  
    public abstract function operation($name, $message);  
}  
/** 
 * 具体中介者类 
 */  
class ConcreteMediator extends Mediator  
{  
      
    public function operation($obj, $message) {  
        $className = self::$_colleaguesend[get_class($obj)];  
        if ($className == get_class($obj) ) {  
            return ;  
        }  
        if ($this->_colleagues[$className]) {  
              
            $this->_colleagues[$className]->notify($message);  
        }     
        return ;  
    }  
}  
/** 
 * 抽象同事类 
 */  
abstract class Colleague  
{  
    protected  $_mediator = null;  
  
    public function __construct($mediator) {  
  
        $this->_mediator = $mediator;  
        $mediator->register($this);  
    }  
    /** 
     * 通过中介实现相互调用 
     */  
    public abstract function send($message);  
    /** 
     * 具体需要实现的业务逻辑代码 
     */  
    public abstract function notify($message);  
}  
  
/** 
 * 具体同事类 
 */  
class ConcreteColleague1 extends Colleague  
{  
    public function __construct(Mediator $mediator) {  
        parent::__construct($mediator);  
    }  
  
    public function send($message) {  
        $this->_mediator->operation($this, $message);  
    }  
      
    public function notify($message) {  
        echo 'ConcreteColleague1 m:', $message, '<br/>';  
    }  
  
}  
  
/** 
 * 具体同事类 
 */  
class ConcreteColleague2 extends Colleague  
{  
    public function __construct(Mediator $mediator) {  
        parent::__construct($mediator);  
    }  
  
    public function send($message) {  
        $this->_mediator->operation($this, $message);  
    }  
    public function notify($message) {  
        echo 'ConcreteColleague2 m:', $message, '<br/>';  
    }  
      
}  
  
  
/** 
 * 具体同事类 
 */  
class ConcreteColleague3 extends Colleague  
{  
    public function __construct(Mediator $mediator) {  
        parent::__construct($mediator);  
    }  
  
    public function send($message) {  
        $this->_mediator->operation($this, $message);  
    }  
    public function notify($message) {  
        echo 'ConcreteColleague3 m:', $message, '<br/>';  
    }  
      
}  
$objMediator = new  ConcreteMediator();  
$objC1 = new ConcreteColleague1($objMediator);  
$objC2 = new ConcreteColleague2($objMediator);  
$objC3 = new ConcreteColleague3($objMediator);  
  
$objC1->send("from ConcreteColleague1");  
$objC2->send("from ConcreteColleague2");  
$objC3->send("from ConcreteColleague3");  
/****************************************************/

9.与其他相关模式

1)外观模式,Facade与中介者的不同之处在于它是对一个对象子系统进行抽象,从而提供了一个为方便的接口。它的协议是单向的,即 Facade对象对这个子系统类提出请求,但反之则不。相反,Mediator提供了各Colleague对象不支持或不能支持的协作行为,而且协议是多向。
2) Colleague可使用Observers模式与Mediator通信。

10.总结与分析

1)迪米特法则的一个典型应用:在中介者模式中,通过创造出一个中介者对象,将系统中有关的对象所引用的其他对象数目减少到最少,使得一个对象与其同事之间的相互作用被这个对象与中介者对象之间的相互作用所取代。因此,中介者模式就是迪米特法则的一个典型应用
2) 通过引入中介者对象,可以将系统的网状结构变成以中介者为中心的星形结构,中介者承担了中转作用和协调作用。中介者类是中介者模式的核心,它对整个系统进行控制和协调,简化了对象之间的交互,还可以对对象间的交互进行进一步的控制。
3) 中介者模式的主要优点在于简化了对象之间的交互,将各同事解耦,还可以减少子类生成,对于复杂的对象之间的交互,通过引入中介者,可以简化各同事类的设计和实现;中介者模式主要缺点在于具体中介者类中包含了同事之间的交互细节,可能会导致具体中介者类非常复杂,使得系统难以维护。
4) 中介者模式适用情况包括:系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解;一个对象由于引用了其他很多对象并且直接和这些对象通信,导致难以复用该对象;想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类

转自:http://blog.csdn.net/hguisu/article/details/7554612

原创文章,作者:s19930811,如若转载,请注明出处:http://www.178linux.com/2908

(0)
s19930811s19930811
上一篇 2015-07-20
下一篇 2015-07-20

相关推荐

  • Linux之计划任务

    Linux 之计划任务    任务计划Linux任务计划、周期性任务执行未来的某时间点执行一次任务:atbatch:系统自行选择空闲时间去执行此处指定的任务周期性运行某任务:cron   at任务at命令:at [option] TIME常用选项:-V 显示版本信息:-l: 列出指定队列中等待运行的作业;相当于atq-d: 删除…

    Linux干货 2016-09-11
  • Linux软件包管理(YUM)及编译安装

    YUM 一、yum安装使用: 1、Yum:rpm的前端程序,用来解决软件包相关依赖性,可以在多个库之间定位软件包,up2date的替代工具 2、yum repository:yum repo,存储了众多rpm包,以及包的相关的元数据文件(放置于特定目录repodata下) 3、yum客户端配置文件: /etc/yum.conf:为所有仓库提供公共配置 /et…

    Linux干货 2016-08-26
  • Linux Services and Security–part2

    一、请描述一次完整的http请求处理过程 (1).建立或处理连接:接收请求或拒绝请求; (2).接收请求:接收来自于网络上的主机请求报文中对某特定资源的一次请求的过程; 接收请求的模型: 并发访问响应模型: 单进程I/O模型:启动一个进程处理用户请求;这意味着,一次只能处理一个请求,多个请求被串行响应; 多进程I/O结构:并行启动多个进程,每个进程响应一个请…

    Linux干货 2017-11-13
  • sed与vim浅析

    sed与vim sed Stream EDitor, 行编辑器,sed是一种流编辑器,它一次处理一行内容。处理时,把当前处理的行存储在临时缓冲区中,称为“模式空间”( pattern space),接着用sed命令处理缓冲区中的内容,处理完成后,把缓冲区的内容送往屏幕。接着处理下一行,这样不断重复,直到文件末尾。文件内容并没有改变,除非你使用重定向存储输出。…

    Linux干货 2016-08-10
  • linux 文件管理类命令及功能用法

    第一题:Linux上的文件管理类命令都有哪些,其常用的使用方法及相关示例演示。 文件管理类的命令有: cd,ls,touch,mldir,cp,mv,rm,rmdir,pwd,tree 使用方法 (1),cd命令用来切换工作目录至dirname。其中dirName表示法可为绝对路径或相对路径。 常用格式: cd #进入用户家目录 cd~ #进入用户家目录 c…

    Linux干货 2017-07-09
  • Linux发行版及哲学思想

    Linux各发行版以及哲学思想 什么是Linux 为什么会有不同的Linux发行版 现有主流发行版,及其他们之间相互关系 Linux所遵循的哲学思想 什么是Linux Linux是一种自由和开放源代码的Unix-like操作系统,由当时就读于芬兰赫尔辛基大学的Linus Torvalds于1991年10月5日首次发布于互联网。Linux遵循第二版GNU通用公…

    Linux干货 2016-10-29