Mediator的意思是中介者、调节者、传递物，顾名思义，这个模式在程式中必然负担一个中介、调节、传递的工作。
物件导向设计中，每个物件所负担的工作尽可能的简单明了，鼓励物件将工作分布至其它物件上，让一群工作属性相同的物件得以共同合作，即所谓高聚合性，以增加物件的可重用性。
然而在组织物件工作的同时，物件彼此之间可能知道彼此的存在，并相互依赖，这就使得物件之间的耦合性相对的提高，最差的情况下，所有的物件都知道彼此的存在，这又会使得系统的重用性降低。
Mediator模式用一个中介的物件来封装物件彼此之间的交互，物件之间并不用互相知道另一方，这可以降低物件之间的耦合性，如果要改变物件之间的交互行为，也只需要对Mediator加以修改即可。
在 Gof 的书 中所举的例子为对话方块组件；例如，当一个特定的输入栏为空时，另一个按钮不能使用；在ListBox的选项中选择一个项目，将会改变另一个栏位的内容；反过来的，输入栏位的内容也会影响ListBox的选择等等。
在这个例子中，可以设计对话方块中的组件知道彼此的存在，由一个直接影响另一个（或多个）组件，但最好的方法，还是设计一个Mediator，由它来协调组件之间的交互，例如设计一个FontDialogDirector类别来作为中介者。
可以从Sequence Diagram来了解Mediator的运作：
当ListBox发生变化时，它会呼叫Mediator的listBoxChanged()方法，Mediator取得变化的组件之状态，并重新设定所有 与它有交互的组件，同样的，其它的组件发生变化时，也呼叫Mediator上对应的方法，由Mediator来取得组件变化，并设定其它互动的组件。
简单的说，Mediator设计有与组件沟通的介面，介面中封装了与其它组件互动细节，组件与组件之间不用知道彼此的存在，它们只要与Mediator沟通就好了，利用这种方式，可以切开组件与组件之间的耦合。
Mediator模式的 UML 结构图如下所示：
基本上Mediator模式在使用的弹性很大，由Sequence Diagram理解概念，会比从Class Diagram了解结构来得重要，不过在Class Diagram中可以注意的是类别的名称，Colleague是同事的意思，将一群共事的元件视为一群共同合作的同事，为了使同事之间的活动独立，并使得 团队合作的交互更具弹性，需要一个Mediator来协调同事之间的业务行为。
以上转自http://www.riabook.cn/doc/designpattern/MediatorPattern.htm
Mediator中介者模式定义:
用一个中介对象来封装一系列关于对象交互行为.
为何使用Mediator?
各个对象之间的交互操作非常多;每个对象的行为操作都依赖彼此对方,修改一个对象的行为,同时会涉及到修改很多其他对象的行为,如果使用Mediator模式,可以使各个对象间的耦合松散,只需关心和 Mediator的关系,使多对多的关系变成了一对多的关系,可以降低系统的复杂性,提高可修改扩展性.
如何使用?
首先 有一个接口,用来定义成员对象之间的交互联系方式:
| public interface Mediator { } |
Meiator具体实现,真正实现交互操作的内容:
|
public class ConcreteMediator implements Mediator { //假设当前有两个成员. ... } |
再看看另外一个参与者:成员,因为是交互行为,都需要双方提供一些共同接口,这种要求在Visitor Observer等模式中都是相同的.
|
public class Colleague { public void setMediator( Mediator mediator ) { public class ConcreteColleague1 { } public class ConcreteColleague2 { } |
每个成员都必须知道Mediator,并且和 Mediator联系,而不是和其他成员联系.
至此,Mediator模式框架完成,可以发现Mediator模式规定不是很多,大体框架也比较简单,但实际使用起来就非常灵活.
Mediator模式在事件驱动类应用中比较多,例如界面设计GUI.;聊天,消息传递等,在聊天应用中,需要有一个MessageMediator,专门负责request/reponse之间任务的调节.
MVC是J2EE的一个基本模式,View Controller是一种Mediator,它是Jsp和服务器上应用程序间的Mediator.