代码实现

  1. var mediator = (function(){
  3.     // Storage for topics that can be broadcast or listened to
  4.     var topics = {};
  6.     // Subscribe to a topic, supply a callback to be executed
  7.     // when that topic is broadcast to
  8.     // 订阅消息
  9.     var subscribe = function( topic, fn ){
  11.         if ( !topics[topic] ){
  12.           topics[topic] = [];
  13.         }
  15.         topics[topic].push( { context: this, callback: fn } );
  17.         return this;
  18.     };
  20.     // 发布消息
  21.     var publish = function( topic ){
  23.         var args;
  25.         if ( !topics[topic] ){
  26.           return false;
  27.         }
  29.         args = Array.prototype.slice.call( arguments, 1 );
  30.         for ( var i = 0, l = topics[topic].length; i < l; i++ ) {
  32.             var subscription = topics[topic][i];
  33.             subscription.callback.apply( subscription.context, args );
  34.         }
  35.         return this;
  36.     };
  38.     return {
  39.         publish: publish,
  40.         subscribe: subscribe,
  41.         installTo: function( obj ){
  42.             obj.subscribe = subscribe;
  43.             obj.publish = publish;
  44.         }
  45.     };
  47. }());
  50. // 具体应用
  51. var mod1 = {
  52.     run: function(arg) {
  53.         console.log('mod1 received ' + arg);
  54.     }
  55. };
  56. var mod2 = {};
  57. var topic = 'myTopic';
  58. mediator.installTo(mod1);
  59. mediator.installTo(mod2);
  60. // mod1订阅消息
  61. mod1.subscribe(topic, function(arg) {
  62.     mod1.run(arg);
  63. });
  64. // mod2发布消息
  65. mod2.publish(topic, 'data');

乍看和前面介绍的[发布/订阅模式]没什么区别，例子中体现的一个区别是任何模块都可以发布消息，而发布/订阅模式中观察者只能被动接收消息，具体差异下面展开详细介绍

由中介者模式实现的插件

http://thejacklawson.com/Mediator.js/index.html提供了一个功能强大的实现，支持topic命名空间、消息冒泡、优先级等等
源码（带注释）见http://thejacklawson.com/Mediator.js/mediator.html，或者github

三.中介者模式与发布/订阅模式

从实现上来看

  1. 通信方式
    中介者模式中每个模块都可以发布消息（中介者本身也可以发布消息），而发布/订阅模式中观察者只能被动的等待消息
  2. 模块依赖结构
    中介者模式是星状结构，中介者是一个“控制点”，而发布/订阅模式中，发布订阅机制本身是一个“控制层”，意味着高层可以通过控制层操作下层模块（虽然高层也可以通过中介者控制下层模块，但这不是星状结构的本意）

  3. 信息发布方式
    由多对多变成了多对一，所有模块都只能和中介者直接对话

    缺点：

  4. 单一故障点
    这是中介者模式最大的缺点，发布/订阅模式也存在这个缺点，但中介者模式表现得更加锐利（结合“控制点”和“控制层”理解）

  5. 性能下降
    模块间必须通过第三方才能交互，相比直接交互肯定存在性能下降，是设计模式共有的副作用
  6. 逻辑实现难度增加
    松散耦合导致系统难以控制，很难通过仅仅关注广播来确定一个系统如何做出反应，必须把完整逻辑拆分到各个Topic下，增加了实现上的复杂度