設計模式[21]-中介者模式-Mediator Pattern

1.中介者模式簡介

中介者模式(Mediator Pattern)模式是是行為型(Behavioral)設計模式,用一個中介對象,來封裝一系列對象的交互;中介者使各個對象不需要顯示地互相引用,從而使耦合松散,而且可以獨立地改變它們之間的交互。

對于一臺電腦而言,CPU、顯卡、聲卡、硬盤等,都通過主板連接,它們之間的交互行為,也通過主板來實現。在這個例子中,主板就是中介者,CPU、內存等電腦配件就是松散耦合的對象。

在既往的企業應用系統整合中,ESB(企業服務總線 Enterprise Service Bus)也承擔了中介者的角色。

如果不使用中介者模式,各個系統模塊,或者說各個類之間,互相依賴,就會形成一個復雜的網裝結構;使用了中介者模式,系統就變成了結構清晰的星形結構。


網狀和星型.png

中介者模式一共有四種角色:

(1) Mediator(抽象中介者):定義一個接口,用于各同事對象之間進行通信。

(2) ConcreteMediator(具體中介者):是抽象中介者的子類,維持了多個同事類的引用,并協調各同事類的協作行為。

(3) Colleague(抽象同事類):定義具體同事類的公共方法,維持了一個抽象中介者的引用,使得各子類可以和中介者通信。

(4)ConcreteColleague(具體同事類):是抽象同事類的子類,只需要知道自己的行為即可,不需要孩子到其它同事的行為,但是它們都得認識中介者。

2. 中介者模式舉例

序號 類名 角色 說明
1 Mediator Mediator 抽象中介者
2 FanState ConcreteMediator 具體中介者
3 AbstractColleague Colleague 抽象同事類
4 FirstColleague ConcreteColleague 具體同事類
5 SecondColleague ConcreteColleague 具體同事類
6 MediatorMain 客戶端 演示調用
Mediator.png

1. Mediator 抽象中介者類

/**
 * 抽象中介者
 */
public abstract class Mediator {

    /**
     * 一個示例操作
     *
     * @param colleague 發送消息的同事類
     * @param message 消息內容
     */
    public abstract void operate(AbstractColleague colleague, String message);

}

2. ConcreteMediator 具體中介者

/**
 *具體中介者
 */
public class ConcreteMediator extends Mediator {
    // 持有的具體同事類
    private FirstColleague firstColleague;
    private SecondColleague secondColleague;

    @Override
    public void operate(AbstractColleague colleague, String message) {
        // 同事類之間的交互通過中介者進行。
        // 這里只演示了兩個同事類。
        if(colleague == firstColleague){
            secondColleague.receive(message);
        } else if(colleague == secondColleague) {
            firstColleague.receive(message);
        }
    }

    public void setFirstColleague(FirstColleague firstColleague) {
        this.firstColleague = firstColleague;
    }

    public void setSecondColleague(SecondColleague secondColleague) {
        this.secondColleague = secondColleague;
    }
}

3. AbstractColleague,抽象同事類

/**
 * 抽象同事類,如果具體的同事類之間沒有公共的行為,其實可以不用抽象同事類。
 */
public abstract class AbstractColleague {

    // 持有中介者對象。
    protected Mediator mediator;

    // 構造器方式,注入中介者對象。
    public AbstractColleague(Mediator mediator) {
        this.mediator = mediator;
    }

    // 設值方式,注入中介者對象。
    public void setMediator(Mediator mediator) {
        this.mediator = mediator;
    }

}

4. FirstColleague,具體同事類

/**
 * 具體同事類
 */
public class FirstColleague extends AbstractColleague{

    public FirstColleague(Mediator mediator) {
        super(mediator);
    }
    // 向中介者發送消息。
    public void send(String message){
        super.mediator.operate(this,message);
    }
    // 從中介者接收到的消息。
    public void receive(String message){
        System.out.println("First Colleague 收到消息:" + message);
    }
}

**5.SecondColleague,具體同事類 **

/**
 * 具體同事類
 */
public class SecondColleague extends AbstractColleague {

    public SecondColleague(Mediator mediator) {
        super(mediator);
    }
    // 向中介者發送消息。
    public void send(String message) {
        super.mediator.operate(this, message);
    }
    // 從中介者接收到的消息。
    public void receive(String message) {
        System.out.println("Second Colleague 收到消息:" + message);
    }
}

4. MediatorMain 演示類

public class MediatorMain {

    public static void main(String[] args){
        // 把同事類注冊到中介者
        ConcreteMediator mediator = new ConcreteMediator();
        FirstColleague firstColleague = new FirstColleague(mediator);
        SecondColleague secondColleague = new SecondColleague(mediator);
        mediator.setFirstColleague(firstColleague);
        mediator.setSecondColleague(secondColleague);
        // 同事類之間通過中介者交互
        firstColleague.send("Hello World");
        secondColleague.send("Word Count");
    }
}

結果輸出

Second Colleague 收到消息:Hello World
First Colleague 收到消息:Word Count

3. 總結

中介者模式簡化了系統結構,從復雜的網狀結構,變成了清晰的星型結構,從而簡化了對象之間的交互,使得各同事對象可以各自的獨立變化; 但是,中介者的角色就很重了,邏輯也很復雜。

中介者模式和代理模式

代理模式中,一個代理只代表一個主題對象,代理者和主題對象之間是一對一的關系;中介者模式中,中介者和同事對象是一對多的關系。

代理模式中,客戶端僅知道代理者,不知道具體的主題對象(被代理的對象);而且,客戶端可以通過代理者訪問具體的主題對象,主題對象不能通過代理者訪問客戶端。中介者模式中,不同的同事對象之間,均可以通過中介者互相訪問。

(完)

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,030評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,310評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,951評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,796評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,566評論 6 407
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,055評論 1 322
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,142評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,303評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,799評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,683評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,899評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,409評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,135評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,520評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,757評論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,528評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,844評論 2 372

推薦閱讀更多精彩內容