25.1世界需要和平
尽管将一个系统分割成许多对象通常可以增加其可复用性,但是对象间相互连接的激增又会降低其可复用性了。
之所以会这样,是因为大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体,所以,对系统的行为进行任何较大的改动就十分困难了。
要解决这样的问题,可以应用迪米特法则,如果两个类不彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。
通过中介者对象,可以将系统的网状结构变成以中介者为中心的星形结构,每个具体对象不再通过直接的联系与另一个对象发生相互作用,而是通过‘中介者’对象与另一个对象发生相互作用。
中介者对象的设计,使得系统的结构不会因为新对象的引入造成大量的修改工作。
25.2中介者模式
中介者模式(Mediator),用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
中介者模式(Mediator)结构图
Colleague 叫做抽象同事类,而 ConcreteColleague 是具体同事类,每个具体同事只知道自己的行为,而不了解其他同事类的情况,但它们却都认识中介者对象,Mediator 是抽象中介者,定义了同事对象到中介者对象的接口,ConcreteMediator 是具体中介者对象,实现抽象类的方法,它需要知道所有具体同事类,并从具体同事接收消息,向具体同事对象发出命令。
Mediator 类 抽象中介者类
abstract class Mediator{//定义一个抽象的发送消息方法,得到同事对象和发送信息abstract function Send($message, $colleague);}
Colleague 类 抽象同事类
abstract class Colleague{protected $mediator = null;//构造方法,得到中介者对象public function __construct($mediator){$this->mediator = $mediator;}}
ConcreteMediator 类 具体中介者类
class ConcreteMediator extends Mediator{private $colleague1 = null;private $colleague2 = null;//需要了解所有的具体同事对象public function setColleague1($colleague1){$this->colleague1 = $colleague1;}public function setColleague2($colleague2){$this->colleague2 = $colleague2;}//重写发送信息的方法,根据对象做出选择判断,通知对象public function Send($message, $colleague){if ($colleague == $this->colleague1) {$this->colleague2->Notify($message);} else {$this->colleague1->Notify($message);}}}
ConcreteColleague1 和 Concrete Colleague2 等各种同事对象
class ConcreteColleague1 extends Colleague{public function __construct($mediator){parent::__construct($mediator);}//发送信息时通常是中介者发送出去的public function Send($message){$this->mediator->Send($message, $this);}public function Notify($message){echo '同事 1 得到信息:' . $message . PHP_EOL;}}class ConcreteColleague2 extends Colleague{public function __construct($mediator){parent::__construct($mediator);}public function Send($message){$this->mediator->Send($message, $this);}public function Notify($message){echo '同事 2 得到信息:' . $message . PHP_EOL;}}
客户端调用
public function mediatorDemo(){$m = new ConcreteMediator();//让两个具体同事类认识中介者对象$c1 = new ConcreteColleague1($m);$c2 = new ConcreteColleague2($m);//让中介者认识各个具体同事类对象$m->setColleague1($c1);$m->setColleague2($c2);//具体同事类对象的发送信息都是通过中介者转发$c1->Send('吃过饭了吗?');$c2->Send('没有呢,你打算请客?');}
由于有了 Mediator,使得 ConcreteColleague1 和 ConcreteColleague2 在发送信息和接收信息时其实是通过中介者来完成的,这就减少了它们之间的耦合度了。
25.3安理会做中介
代码结构图
联合国机构类 相当于 Mediator 类
//联合国机构abstract class UnitedNations{//声明abstract function Declare($message, $colleague);}
国家类 相当于 Colleague 类
//国家abstract class Country{protected $mediator = null;public function __construct($mediator){$this->mediator = $mediator;}}
美国类 相当于 ConcreteColleague1 类
//美国class USA extends Country{public function __construct($mediator){parent::__construct($mediator);}//声明public function Declare($message){$this->mediator->Declare($message, $this);}//获得消息public function GetMessage($message){echo '美国获得对方信息:' . $message . PHP_EOL;}}
伊拉克类 相当于 ConcreteColleague2 类
//伊拉克class Iraq extends Country{public function __construct($mediator){parent::__construct($mediator);}//声明public function Declare($message){$this->mediator->Declare($message, $this);}//获得消息public function GetMessage($message){echo '伊拉克获得对方信息:' . $message . PHP_EOL;}}
联合国安全理事会 相当于 ConcreteMediator 类
//联合国安全理事会class UnitedNationsSecurityCouncil extends UnitedNations{private $colleague1 = null;private $colleague2 = null;//美国public function setColleague1($colleague1){$this->colleague1 = $colleague1;}//伊拉克public function setColleague2($colleague2){$this->colleague2 = $colleague2;}//声明public function Declare($message, $colleague){if ($colleague == $this->colleague1) {$this->colleague2->GetMessage($message);} else {$this->colleague1->GetMessage($message);}}}
客户端调用
public function mediatorImp(){$UNSC = new UnitedNationsSecurityCouncil();$c1 = new USA($UNSC);$c2 = new Iraq($UNSC);$UNSC->setColleague1($c1);$UNSC->setColleague2($c2);$c1->Declare('不准研制核武器,否则要发动战争');$c2->Declare('我们没有核武器,也不怕侵略');}
结果显示
伊拉克获得对方信息:不准研制核武器,否则要发动战争美国获得对方信息:我们没有核武器,也不怕侵略
25.4中介者模式优缺点
中介者模式很容易在系统中应用,也很容易在系统中误用。当系统出现了‘多对多’交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理。
中介者模式的优点:
- 首先是 Mediator 的出现减少了各个 Colleague 的耦合,使得可以独立地改变和服用各个 Colleague 类和 Mediator,比如任何国家的改变不会影响到其他国家,而只是与安理会发生变化。
- 其次,由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统。
中介者模式的缺点:
由于 ConcreteMediator 控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这就使得中介者会变得比任何一个 ConcreteColleague 都复杂。
中介者模式的应用场景:
- 中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合;
- 以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。
