20-中介者模式

ConcreteMediator

font color=\"#323232\

具体同事类，每个具体同事只知道自己的行为，而不了解其他同事类的情况，但它们却都认识中介者对象

中介者模式很容易在系统中应用，也很容易在系统中误用。当系统出现了‘多对多’交互复杂的对象群时，不要急于使用中介者模式，而要先反思你的系统在设计上是不是合理。优点：1、Mediator的出现减少了各个Colleague的耦合，使得可以独立地改变和复用各个Colleague类和Mediator，比如任何国家的改变不会影响到其他国家，而只是与安理会发生变化。2、由于把对象如何写作进行了抽象，将中介作为一个独立的概念并将其封装在一个对象中，这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来，也就是站在一个更宏观的角度去看待系统。缺点：由于ConcreteMediator控制了集中化，于是就把交互复杂性变为中介者的复杂性，这就使得中介者会变得比任何一个ConcreteColleague都复杂。应用：中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合，比如窗体Form对象或Web页面aspx，以及相定制一个分布在多个类中的行为，而又不想生成太多的子类的场合。比如计算器程序，上面有菜单控件、文本控件、多个按钮控件和一个Form窗体，每个控件之间的通信都是Mediator来完成的。每个控件的类代码都被封装了，所以它们的实例是不会知道其他控件对象的存在的，比如单击数字按钮要在文本框中显示数字，如果在Button类中编写给TextBox类实例的Text属性赋值的代码，会造成两个类的耦合，不合理。实际情况是它们都有事件机制，而事件的执行都是在Form窗体的代码中完成，也就是说，所有的控件交互都是有Form窗体来做中介，操作各个对象，这就是典型的中介者模式的应用。

抽象中介者，定义了同事对象到中介者对象的接口

中介者模式（Mediator），用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。

中介者模式（Mediator）结构图

Colleague

ConcreteColleague1

+ send(String message)+ notify(String message)

抽象同事类

Mediator

ConcreteColleague2

具体中介者对象，实现抽象类的方法，它需要知道所有具体同事类，并从具体同事接收消息，相具体同事对象发出命令