設計模式之中介者模式（Mediator）

一、初識中介者模式

那些年，我們一起上過的大學，班級里有班長，有團書記。想一想如果沒有QQ這種通訊工具的話，那么班長或者團支書該怎樣下達消息呢？？同時，班級上兩個同學之間也可惜溝通啊，溝通一下，院里哪個女生，哪個帥哥呀~~~如果沒有QQ的話，大概就是下面的情景：

哎呀呀，看看這個亂那。如果同學的數目多起來就會變成網狀的結構啦。原本把一個系統分割成一些對象是可以增強復用性的，但是現在的情況是，這些兌現之間存在着大量的聯系，耦合性極高。這是很不利於復用的，同時這種情況使得系統的靈活性大大的降低，使得對系統的擴展很難，要是新轉來一個學生的話，要改動的地方就多了去了。

如果現在可以使用QQ，那么可以采用另一種方式設計這個系統呢，比如做成星形的結構：

看看這種“星形結構”和“網狀結構”的區別吧，顯然采用星形結構就可以避免上面的網狀結構存在的問題了，實際上這里的QQ就是指的是中介，這樣一來每個學生對象就不用存在耦合了，同學之間需要交流可以通過一個QQ群。

本人認為，由原來的網狀結構到星形結構的轉變是理解中介者模式比較好的途徑，下面來具體看看中介者模式，GoF說：

---

中介者模式（Mediator Pattern）：定義一個中介對象來封裝系列對象之間的交互。中介者使各個對象不需要顯示地相互引用，從而使其耦合性松散，而且可以獨立地改變他們之間的交互。

---

看看結構圖的形象描述吧：

對於設計模式這個東西，理解了，應該寫一個代碼體會一下：看看這些類，比如：Mediator，ConcreteMediator，Colleague和ConcreteColleage1到底是怎么組織的。

#include <iostream>
#include <vector>
#include <string>

using namespace std;


//抽象的同事類
class Colleage
{
private:
    string name;
    string content;
public:
    Colleage(string n = " "):name(n){};
    void set_name(string name)
    {
        this->name = name;
    }
    string get_name()
    {
        return this->name;
    }
    void set_content(string content)
    {
        this->content = content;
    }
    string get_content()
    {
        return content;
    }
    virtual void talk(){};

};
//具體的同事類:班長
class Monitor : public Colleage
{
public:
    Monitor(string n = ""):Colleage(n){};
    virtual void talk()
    {
        cout<<"大班長 說："<<get_content()<<endl;
    }
};
//具體的同事類:團支書
class TuanZhiShu : public Colleage
{
public:
    TuanZhiShu(string n = ""):Colleage(n){};
    virtual void talk()
    {
        cout<<"團支書 說："<<get_content()<<endl;
    }
};
//具體的同事類:同學A
class StudentA : public Colleage
{
public:
    StudentA(string n = ""):Colleage(n){};
    virtual void talk()
    {
        cout<<"學生 A 說："<<get_content()<<endl;
    }
};
//具體的同事類:同學B
class StudentB : public Colleage
{
public:
    StudentB(string n = ""):Colleage(n){};
    virtual void talk()
    {
        cout<<"學生 B 說："<<get_content()<<endl;
    }
};
//抽象中介者
class Mediator
{
public:
    vector<Colleage*> studentList;
    virtual void add_student(Colleage *student)
    {
        studentList.push_back(student);
    };
    virtual void notify(Colleage *student){};
    virtual void chart(Colleage *student1,Colleage *student2){};
};
//具體中介者qq通訊平台
class QQMediator : public Mediator
{
public:
    virtual void notify(Colleage *student)
    {
        student->talk();
        for(int i = 0 ; i < studentList.size() ; ++i)
        {
            //不是說話者
            if(student != studentList[i])
            {
                studentList[i]->talk();
            }
        }
    };
    virtual void chart(Colleage *student1,Colleage *student2)
    {
        student1->talk();
        student2->talk();
    }
};


int main()
{
    QQMediator qq;
    Monitor studentMonitor("Vincent");
    TuanZhiShu studentTuanZhiShu("Robort");
    StudentA studentA("Sam");
    StudentB studentB("Tom");
    /*----------------------班長發通知-----------------------------*/
    cout<<"下面的班長發布一個通知的場景："<<endl;
    //將同學們加入到qq群中
    qq.add_student(&studentMonitor);
    qq.add_student(&studentTuanZhiShu);
    qq.add_student(&studentA);
    qq.add_student(&studentB);
    //設置大家的回復信息
    studentMonitor.set_content("明天下午2點開年級會，收到回復^^。");
    studentTuanZhiShu.set_content("知道了，肯定到!!");
    studentA.set_content("收到了，但是可能晚點到!!");
    studentB.set_content("收到了，但是明天要去面試!!");
    //開始發通知
    qq.notify(&studentMonitor);
    /*--------------------兩個同學私下交流--------------------------*/
    cout<<endl<<"下面是兩個同學的私下交流："<<endl;
    studentMonitor.set_content("你覺得咱們“軟件項目管理老師”講的怎么樣？");
    studentA.set_content("我覺得講的不夠生動，還點名，不太好!!!");
    qq.chart(&studentMonitor,&studentA);
    return 0;
}

下面是運行的結果：

看看，這樣就利用qq這個平台完成了同學之間的交流。並且同學之間並沒有相互聯系，聯系都是通過qq實現的，如果現在要對象進行擴展，比如也可以通過飛信啊，只需要加入class FeiXin:public Mediator 就可以了，如果想擴展同學C只需要，class StudentC:public Colleage 即可。並且在客戶端的使用也是很方便的哦~~這時回過頭想一想如果不用“中介者模式”的話，系統會是什么樣呢？？？

二、使用中介者模式的場合和優缺點

使用終結者模式的場合

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

2.定制一個分布在多個類中的行為，而又不想生成太多的子類。

可以看出，中介對象主要是用來封裝行為的，行為的參與者就是那些對象，但是通過中介者，這些對象不用相互知道。呵呵~~~

使用中介者模式的優點：

1.降低了系統對象之間的耦合性，使得對象易於獨立的被復用。

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

使用中介者模式的缺點：

中介者模式的缺點是顯而易見的，因為這個“中介“承擔了較多的責任，所以一旦這個中介對象出現了問題，那么整個系統就會受到重大的影響。

  

---

學習中的一點總結，歡迎拍磚哦^^

---