javascript設計模式之中介者模式Mediator_javascript技巧

一，總體概要

1，筆者淺談

我們從日常的生活中打個簡單的比方，我們去房屋中介租房，房屋中介人在租房者和房東出租者之間形成一條中介。租屋者並不關心他租誰的房子。房東出租人也不關心他租給誰。因為有中介的存在，這場交易變得如此方便。

在軟體的開發過程中，勢必會碰到這樣一種情況，多個類或多個子系統相互交互，而且交互很繁瑣，導致每個類都必須知道他需要交互的類，這樣它們的耦合會顯得異常厲害。牽一發而動全身，後果很嚴重，大熊很生氣！ ~~~~(>_

好了，既然問題提出來了，那有請我們這期的主角------中介者模式出場吧

中介者的功能就是封裝物件之間的互動。如果一個物件的操作會造成其他相關物件的變化，而這個物件又不希望自己來處理這些關係，那麼就可以去找中介者，讓它來處理這些麻煩的關係。看下面的小例子：

複製程式碼 程式碼如下:

var 參與者 = 函數(姓名) {
    this.name = 名稱;
    this.chatroom = null;
};
參與者.prototype = {
    傳送：函數（訊息，至）{
        this.chatroom.send(訊息, this, to);
    },
    接收：函數（訊息，來自）{
        log.add(from.name " to " this.name ": " message);
    }
};
var Chatroom = function() {
    var 參與者 = {};
    返回{
        登記：函數（參與者）{
            參與者[參與者.姓名] = 參與者;
            參與者.chatroom = this;
        },
        傳送：函數（訊息、寄件者、收件者）{
            若（至）{                  
                to.receive(訊息，取自);   
            } 其他 {                    
               為（鍵入參與者）{  
                    if (參與者[key] !== from) {
                        參與者[key].receive(簡訊,來自);
                    }
                }
            }
        }
    };
};
var log = (function() {
    var log = "";
    返回{
        新增：函數（msg）{log = msg「n」； },
        顯示：函數（）{警報（日誌）；日誌=“”； }
    }
})();
函數 run() {
    var yoko = new Participant("Yoko");
    var john = new Participant("John");
    var paul = new Participant("Paul");
    varringo = new Participant("Ringo");
    var chatroom = new Chatroom();
    chatroom.register(yoko);
    聊天室.register(約翰);
    聊天室.register(保羅);
    聊天室.register(ringo);
    yoko.send("你需要的只是愛。");
    yoko.send(「我愛你約翰。」);
    john.send("嘿，不用廣播了", yoko);
    paul.send("哈，我聽到了！");
    ringo.send("保羅，你覺得怎麼樣？", paul);
    log.show();
}

在範例程式碼中我們有四個參與者，透過註冊一個聊天室（參與）加入聊天會話。每個參與者的參與對象的代表。參與者相互發送訊息和聊天室的處理路由。

這裡的聊天室對象就起到了內部的作用，協調其他的對象，進行合理的組織，解除關聯。

二，源碼案例參考

我們應該很熟悉MVC三層模型實體模型（Model）、視圖表現層（View）還有控制層（Control/Mediator）。

控制層是位於表現層與模型層之間的加入者。籠統地說MVC也公平加入者模式在框架設計上的一個應用。

三，商品添加

複製程式碼程式碼如下：

函數玩家（名稱）{
    this.points = 0;
    this.name = 名稱;
}
Player.prototype.play = function () {
    this.points = 1;
    mediator.played();
};
var 記分板 = {
    元素：document.getElementById('結果'),
    更新：函數（分數）{
        var i, msg = '';
        對於（分數中的 i）{
            if (score.hasOwnProperty(i)) {
                msg = '

' 我'：';
                味精 = 分數[i];
                msg = '

';
            }
        }
        this.element.innerHTML = msg;
    }
};
var 中介者 = {
    玩家：{},
    設定：函數（）{
        varplayers = this.players;
        Players.home = new Player('Home');
        Players.guest = new Player('Guest');
    },
    玩過:function () {
        var 玩家 = this.players,
                分數 = {
                    首頁:players.home.points,
                    訪客：玩家.訪客.點數
                };
        記分板.更新(分數);
    },
    按鍵：功能 (e) {
        e = e ||窗口.事件;
        if (e.which === 49) {
            mediator.players.home.play();
            返回；
        }
        if (e.which === 48) {
            mediator.players.guest.play();
            返回；
        }
    }
};
mediator.setup();
window.onkeypress = mediator.keypress;
setTimeout(function () {
    window.onkeypress = null;
    console.log('遊戲結束！');
}, 30000);

四，總結一下

為什麼是調解員？

各個物件之間的互動操作非常多，每個物件的行為操作都依賴對方，修改一個物件的行為很多，同時會涉及修改到其他物件的行為

如果使用Mediator模式，可以使各個物件間的耦合鬆散，只需關心和Mediator關係的，使多對多的變成了一對多的關係，

可以降低系統的複雜性，提高可修改的擴充性。

使用參加者模式的場合

1.一組定義良好的對象，現在要進行複雜的通訊。

2.在多個類別中的行為中客製化一個分配，辮子不想產生過多的子類別。

可以看出，進來對象主要是用於封裝行為的，行為的參與者就是那些對象，但是透過進來者，這些對像不用互相知道。 （迪米特原理的具體實現）

使用進來者模式的優點：

1.降低了系統物件之間的關聯性，使得物件易於獨立的被重複使用。

2.提高系統的靈活性，使系統易於擴展和維護。

使用進來者模式的缺點：

內者模式的出現是普遍的，因為這個「內」承受了半徑的責任，所以一旦這個內對像出現了問題，那麼整個系統受到重大的影響。