深入理解JavaScript系列(36):设计模式之中介者模式
本文标签: JavaScript, 设计模式, Mediator, 中介者模式 

前言

这两天有些“高手”质疑JavaScript里是否应该有设计模式,甚至讨论到动态语言不应该有设计模式,或者不应该去乱套用设计模式,一直没参与讨论,因为始终觉得自己对这些研究不深,也没尝试过深入理解编译器,词法解析等,更不要提去评论某种语言高不高级了,本人一直处在应用这个level上,没达到那个高级别,所以也不敢参与讨论,以后也不会对这些讨论给予任何评价和回复,呵呵,级别不够。

不管怎么说,针对JavaScript整理的一些设计模式(或模式),我还是会一直完成下去的,因为我觉得国外的一些牛人写的东西确实很好的,而且也解决了自己项目中很多现实的问题,何必在意别人怎么去评价呢,也或者或许把设计模式改成模式就好多了吧,免得让人不爽,毕竟每个人的理解不同嘛。

所以,如果某些高手觉得不爽或者觉得我在害人的,就暂时不要点了,哈哈,免得给我冠上害人凶手或者伪模式的帽子,我可承担不起,呵呵。

不多说啦,开始正事:

介绍

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

正文

软件开发中,中介者是一个行为设计模式,通过提供一个统一的接口让系统的不同部分进行通信。一般,如果系统有很多子模块需要直接沟通,都要创建一个中央控制点让其各模块通过该中央控制点进行交互。中介者模式可以让这些子模块不需要直接沟通,而达到进行解耦的目的。

打个比方,平时常见的机场交通控制系统,塔台就是中介者,它控制着飞机(子模块)的起飞和降落,因为所有的沟通都是从飞机向塔台汇报来完成的,而不是飞机之前相互沟通。中央控制系统就是该系统的关键,也就是软件设计中扮演的中介者角色。

我们先用伪代码来理解一下:


在JavaScript里,中介者非常常见,相当于观察者模式上的消息Bus,只不过不像观察者那样通过调用pub/sub的形式来实现,而是通过中介者统一来管理,让我们在观察者的基础上来给出一个例子:





调用代码,相对就简单了:


中介者和观察者

到这里,大家可能迷糊了,中介者和观察者貌似差不多,有什么不同呢?其实是有点类似,但是我们来看看具体的描述:
观察者模式,没有封装约束的单个对象,相反,观察者Observer和具体类Subject是一起配合来维护约束的,沟通是通过多个观察者和多个具体类来交互的:每个具体类通常包含多个观察者,而有时候具体类里的一个观察者也是另一个观察者的具体类。

而中介者模式所做的不是简单的分发,却是扮演着维护这些约束的职责。

中介者和外观模式

很多人可能也比较迷糊中介者和外观模式的区别,他们都是对现有各模块进行抽象,但有一些微妙的区别。

中介者所做的是在模块之间进行通信,是多向的,但外观模式只是为某一个模块或系统定义简单的接口而不添加额外的功能。系统中的其它模块和外观模式这个概念没有直接联系,可以认为是单向性。

完整的例子

再给出一个完整的例子:







总结

中介者模式一般应用于一组对象已定义良好但是以复杂的方式进行通信的场合,一般情况下,中介者模式很容易在系统中使用,但也容易在系统里误用,当系统出现了多对多交互复杂的对象群时,先不要急于使用中介者模式,而是要思考一下是不是系统设计有问题。

另外,由于中介者模式把交互复杂性变成了中介者本身的复杂性,所以说中介者对象会比其它任何对象都复杂。



 

发表于: 2012-03-20 11:24 阅读(946) 评论(0) 收藏 好文推荐

本博客所有内容,若无特殊声明,皆为博主原创作品,未经博主授权,任何人不得复制、转载、摘编等任何方式进行使用和传播。

作者该类其他博文:

发表评论(网友发言只代表个人观点,不代表本网站观点或立场。)

您尚未登录,请先【登录或注册