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

设计模式 ( 十五 ) 中介者模式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.结构

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] view plain copy

print?

  1. <?php
  2. /**
  3. * 中介者模式
  4. *
  5. *
  6. */
  7. /**
  8. * 抽象中介者类
  9. */
  10. abstract class Mediator
  11. {
  12. static protected  $_colleaguesend = array(
  13. ‘ConcreteColleague1‘=> ‘ConcreteColleague2‘,
  14. ‘ConcreteColleague2‘=> ‘ConcreteColleague3‘,
  15. ‘ConcreteColleague3‘=> ‘ConcreteColleague1‘,
  16. );
  17. protected  $_colleagues = null; //array
  18. public  function register(Colleague $colleague) {
  19. $this->_colleagues[get_class($colleague)] = $colleague;
  20. }
  21. public abstract function operation($name, $message);
  22. }
  23. /**
  24. * 具体中介者类
  25. */
  26. class ConcreteMediator extends Mediator
  27. {
  28. public function operation($obj, $message) {
  29. $className = self::$_colleaguesend[get_class($obj)];
  30. if ($className == get_class($obj) ) {
  31. return ;
  32. }
  33. if ($this->_colleagues[$className]) {
  34. $this->_colleagues[$className]->notify($message);
  35. }
  36. return ;
  37. }
  38. }
  39. /**
  40. * 抽象同事类
  41. */
  42. abstract class Colleague
  43. {
  44. protected  $_mediator = null;
  45. public function __construct($mediator) {
  46. $this->_mediator = $mediator;
  47. $mediator->register($this);
  48. }
  49. /**
  50. * 通过中介实现相互调用
  51. */
  52. public abstract function send($message);
  53. /**
  54. * 具体需要实现的业务逻辑代码
  55. */
  56. public abstract function notify($message);
  57. }
  58. /**
  59. * 具体同事类
  60. */
  61. class ConcreteColleague1 extends Colleague
  62. {
  63. public function __construct(Mediator $mediator) {
  64. parent::__construct($mediator);
  65. }
  66. public function send($message) {
  67. $this->_mediator->operation($this, $message);
  68. }
  69. public function notify($message) {
  70. echo ‘ConcreteColleague1 m:‘, $message, ‘<br/>‘;
  71. }
  72. }
  73. /**
  74. * 具体同事类
  75. */
  76. class ConcreteColleague2 extends Colleague
  77. {
  78. public function __construct(Mediator $mediator) {
  79. parent::__construct($mediator);
  80. }
  81. public function send($message) {
  82. $this->_mediator->operation($this, $message);
  83. }
  84. public function notify($message) {
  85. echo ‘ConcreteColleague2 m:‘, $message, ‘<br/>‘;
  86. }
  87. }
  88. /**
  89. * 具体同事类
  90. */
  91. class ConcreteColleague3 extends Colleague
  92. {
  93. public function __construct(Mediator $mediator) {
  94. parent::__construct($mediator);
  95. }
  96. public function send($message) {
  97. $this->_mediator->operation($this, $message);
  98. }
  99. public function notify($message) {
  100. echo ‘ConcreteColleague3 m:‘, $message, ‘<br/>‘;
  101. }
  102. }
  103. $objMediator = new  ConcreteMediator();
  104. $objC1 = new ConcreteColleague1($objMediator);
  105. $objC2 = new ConcreteColleague2($objMediator);
  106. $objC3 = new ConcreteColleague3($objMediator);
  107. $objC1->send("from ConcreteColleague1");
  108. $objC2->send("from ConcreteColleague2");
  109. $objC3->send("from ConcreteColleague3");
  110. /****************************************************/

9.与其他相关模式

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

10.总结与分析

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

0
时间: 2024-12-21 14:44:27

设计模式 ( 十五 ) 中介者模式Mediator(对象行为型)的相关文章

javascript设计模式学习之十五——中介者模式

一.中介者模式的定义和应用场景 中介者模式的作用在于解除对象之间的紧耦合关系,增加一个中介者之后,所有对象都通过中介者来通信,而不是互相引用,当一个对象发生变化的时候,仅需要通知中介者即可.从而将网状的多对多关系转换为了简单的一对多关系. 二.

二十三种设计模式[17] - 中介者模式(Mediator Pattern)

前言 在开发软件的过程中,我们通常会将类设计的比较单纯,使其复用性更高.但类间的相互引用又使得类本身在没有其他类的支持下不能正常工作,导致其复用性降低.所以为了提高类的复用性我们需要尽可能的减少对其它类的引用,也就是说我们常说的解耦.中介者模式,顾名思义,就是存在一个类似中介的角色,类与类之间不直接交互而是通过中介进行间接的交互,也就意味着类与类之间不需要存在显示的引用,以达到松耦合的目的. 中介者模式,对象行为型模式的一种.在<设计模式 - 可复用的面向对象软件>一书中将之描述为"

C#设计模式之十七中介者模式(Mediator Pattern)【行为型】

原文:C#设计模式之十七中介者模式(Mediator Pattern)[行为型] 一.引言 今天我们开始讲"行为型"设计模式的第五个模式,该模式是[中介者模式],英文名称是:Mediator Pattern.还是老套路,先从名字上来看看."中介者模式"我第一次看到这个名称,我的理解是,在两个对象中间增加一个"中间对象","中间对象"协调两个对象的关系,但是随着理解的深入,"中间对象"处理关系的对象可能不只是

设计模式之中介者模式(Mediator)摘录

23种GOF设计模式一般分为三大类:创建型模式.结构型模式.行为模式. 创建型模式抽象了实例化过程,它们帮助一个系统独立于如何创建.组合和表示它的那些对象.一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化委托给另一个对象.创建型模式有两个不断出现的主旋律.第一,它们都将关于该系统使用哪些具体的类的信息封装起来.第二,它们隐藏了这些类的实例是如何被创建和放在一起的.整个系统关于这些对象所知道的是由抽象类所定义的接口.因此,创建型模式在什么被创建,谁创建它,它是怎样被创建的,以

Java设计模式菜鸟系列(二十二)中介者模式建模与实现

转载请注明出处:http://blog.csdn.net/lhy_ycu/article/details/40027109 中介者模式(Mediator):主要用来降低类与类之间的耦合的,因为如果类与类之间有依赖关系的话,不利于功能的拓展和维护,因为只要修改一个对象,其它关联的对象都得进行修改. 一.uml建模: 二.代码实现 /** * 中介者模式(Mediator):主要用来降低类与类之间的耦合的,因为如果类与类之间有依赖关系的话, * * 不利于功能的拓展和维护,因为只要修改一个对象,其它

设计模式 ( 十二 ) 职责链模式(Chain of Responsibility)(对象行为)

 设计模式(十二)职责链模式(Chain of Responsibility)(对象行为型) 1.概述 你去政府部门求人办事过吗?有时候你会遇到过官员踢球推责,你的问题在我这里能解决就解决.不能解决就推卸给另外个一个部门(对象).至于究竟谁来解决问题呢?政府部门就是为了能够避免屁民的请求与官员之间耦合在一起,让多个(部门)对象都有可能接收请求,将这些(部门)对象连接成一条链,而且沿着这条链传递请求.直到有(部门)对象处理它为止. 样例1:js的事件浮升机制 样例2: 2.问题 假设有多个对象都有

Java设计模式(五)外观模式 桥梁模式

(九)外观模式 外观模式为子系统提供一个接口,便于使用.解决了类与类之间关系的,外观模式将类之间的关系放在一个 Facade 类中,降低了类类之间的耦合度,该模式不涉及接口. class CPU { public void startup(){ System.out.println("cpu start"); } public void shutdown(){ System.out.println("cpu stop"); } } class Memory { pu

Java设计模式系列之中介者模式

中介者模式(Mediator)的定义 用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互. 中介者模式(Mediator)的适用性 1.一组对象以定义良好但是复杂的方式进行通信,产生的相互依赖关系结构混乱且难以理解. 2.一个对象引用其他很多对象并且直接与这些对象通信,导致难以复用该对象. 3.想定制一个分布在多个类中的行为,但又不想生成太多的子类. 中介者模式(Mediator)的参与者 1.Mediator 中介者定义

[设计模式] 中介者模式 Mediator Pattern

在GOF的<设计模式:可复用面向对象软件的基础>一书中对中介者模式是这样说的:用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互. 我们都知道,面向对象设计鼓励将行为分布到各个对象中.但是,这种分布可能会导致对象间有许多连接.在最坏的情况下,每一个对象都知道其他所有对象,就造成了复杂的关联关系.虽然将一个系统分割成许多对象通常可以增强可复用性,但是对象间相互连接的激增又会降低其可复用性.大量的相互连接使得一个对象似乎不太