Mediator的意思是中介者、调节者、传递物,顾名思义,这个模式在程式中必然负担一个中介、调节、传递的工作。
物件导向设计中,每个物件所负担的工作尽可能的简单明了,鼓励物件将工作分布至其它物件上,让一群工作属性相同的物件得以共同合作,即所谓高聚合性,以增加物件的可重用性。
然而在组织物件工作的同时,物件彼此之间可能知道彼此的存在,并相互依赖,这就使得物件之间的耦合性相对的提高,最差的情况下,所有的物件都知道彼此的存在,这又会使得系统的重用性降低。
Mediator模式用一个中介的物件来封装物件彼此之间的交互,物件之间并不用互相知道另一方,这可以降低物件之间的耦合性,如果要改变物件之间的交互行为,也只需要对Mediator加以修改即可。
在 Gof 的书 中所举的例子为对话方块组件;例如,当一个特定的输入栏为空时,另一个按钮不能使用;在ListBox的选项中选择一个项目,将会改变另一个栏位的内容;反过来的,输入栏位的内容也会影响ListBox的选择等等。
在这个例子中,可以设计对话方块中的组件知道彼此的存在,由一个直接影响另一个(或多个)组件,但最好的方法,还是设计一个Mediator,由它来协调组件之间的交互,例如设计一个FontDialogDirector类别来作为中介者。
可以从Sequence Diagram来了解Mediator的运作:
当ListBox发生变化时,它会呼叫Mediator的listBoxChanged()方法,Mediator取得变化的组件之状态,并重新设定所有 与它有交互的组件,同样的,其它的组件发生变化时,也呼叫Mediator上对应的方法,由Mediator来取得组件变化,并设定其它互动的组件。
简单的说,Mediator设计有与组件沟通的介面,介面中封装了与其它组件互动细节,组件与组件之间不用知道彼此的存在,它们只要与Mediator沟通就好了,利用这种方式,可以切开组件与组件之间的耦合。
Mediator模式的 UML 结构图如下所示:
以上转自 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 class ConcreteColleague1 { } public class ConcreteColleague2 { } |
每个成员都必须知道Mediator,并且和 Mediator联系,而不是和其他成员联系.
至此,Mediator模式框架完成,可以发现Mediator模式规定不是很多,大体框架也比较简单,但实际使用起来就非常灵活.
Mediator模式在事件驱动类应用中比较多,例如界面设计GUI.;聊天,消息传递等,在聊天应用中,需要有一个MessageMediator,专门负责request/reponse之间任务的调节.
MVC是J2EE的一个基本模式,View Controller是一种Mediator,它是Jsp和服务器上应用程序间的Mediator.