23種GOF設(shè)計(jì)模式一般分為三大類：創(chuàng)建型模式、結(jié)構(gòu)型模式、行為模式。

創(chuàng)建型模式抽象了實(shí)例化過程，它們幫助一個(gè)系統(tǒng)獨(dú)立于如何創(chuàng)建、組合和表示它的那些對(duì)象。一個(gè)類創(chuàng)建型模式使用繼承改變被實(shí)例化的類，而一個(gè)對(duì)象創(chuàng)建型模式將實(shí)例化委托給另一個(gè)對(duì)象。創(chuàng)建型模式有兩個(gè)不斷出現(xiàn)的主旋律。第一，它們都將關(guān)于該系統(tǒng)使用哪些具體的類的信息封裝起來(lái)。第二，它們隱藏了這些類的實(shí)例是如何被創(chuàng)建和放在一起的。整個(gè)系統(tǒng)關(guān)于這些對(duì)象所知道的是由抽象類所定義的接口。因此，創(chuàng)建型模式在什么被創(chuàng)建，誰(shuí)創(chuàng)建它，它是怎樣被創(chuàng)建的，以及何時(shí)創(chuàng)建這些方面給予了很大的靈活性。它們?cè)试S用結(jié)構(gòu)和功能差別很大的“產(chǎn)品”對(duì)象配置一個(gè)系統(tǒng)。配置可以是靜態(tài)的(即在編譯時(shí)指定)，也可以是動(dòng)態(tài)的(在運(yùn)行時(shí))。

結(jié)構(gòu)型模式涉及到如何組合類和對(duì)象以獲得更大的結(jié)構(gòu)。結(jié)構(gòu)型類模式采用繼承機(jī)制來(lái)組合接口或?qū)崿F(xiàn)。結(jié)構(gòu)型對(duì)象模式不是對(duì)接口和實(shí)現(xiàn)進(jìn)行組合，而是描述了如何對(duì)一些對(duì)象進(jìn)行組合，從而實(shí)現(xiàn)新功能的一些方法。因?yàn)榭梢栽谶\(yùn)行時(shí)刻改變對(duì)象組合關(guān)系，所以對(duì)象組合方式具有更大的靈活性，而這種機(jī)制用靜態(tài)類組合是不可能實(shí)現(xiàn)的。

行為模式涉及到算法和對(duì)象間職責(zé)的分配。行為模式不僅描述對(duì)象或類的模式，還描述它們之間的通信模式。這些模式刻畫了在運(yùn)行時(shí)難以跟蹤的復(fù)雜的控制流。它們將用戶的注意力從控制流轉(zhuǎn)移到對(duì)象間的聯(lián)系方式上來(lái)。行為類模式使用繼承機(jī)制在類間分派行為。行為對(duì)象模式使用對(duì)象復(fù)合而不是繼承。一些行為對(duì)象模式描述了一組對(duì)等的對(duì)象怎樣相互協(xié)作以完成其中任一個(gè)對(duì)象都無(wú)法單獨(dú)完成的任務(wù)。

創(chuàng)建型模式包括：1、FactoryMethod(工廠方法模式)；2、Abstract Factory(抽象工廠模式)；3、Singleton(單例模式)；4、Builder(建造者模式、生成器模式)；5、Prototype(原型模式).

結(jié)構(gòu)型模式包括：6、Bridge(橋接模式)；7、Adapter(適配器模式)；8、Decorator(裝飾模式)；9、Composite(組合模式)；10、Flyweight(享元模式)；11、Facade(外觀模式)；12、Proxy(代理模式).

行為模式包括：13、TemplateMethod(模板方法模式)；14、Strategy(策略模式)；15、State(狀態(tài)模式)；16、Observer(觀察者模式)；17、Memento(備忘錄模式)；18、Mediator(中介者模式)；19、Command(命令模式)；20、Visitor(訪問者模式)；21、Chain of Responsibility(責(zé)任鏈模式)；22、Iterator(迭代器模式)；23、Interpreter(解釋器模式).

Factory Method：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定將哪一個(gè)類實(shí)例化。Factory Method使一個(gè)類的實(shí)例化延遲到其子類。

Abstract Factory：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無(wú)需指定他們具體的類。

Singleton：保證一個(gè)類僅有一個(gè)實(shí)例，并提供一個(gè)訪問它的全局訪問點(diǎn)。

Builder：將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。

Prototype：用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過拷貝這個(gè)原型來(lái)創(chuàng)建新的對(duì)象。

Bridge：將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。

Adapter：將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。

Decorator：動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)。就擴(kuò)展功能而言， Decorator模式比生成子類方式更為靈活。

Composite：將對(duì)象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)。Composite使得客戶對(duì)單個(gè)對(duì)象和復(fù)合對(duì)象的使用具有一致性。

Flyweight：運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。

Facade：為子系統(tǒng)中的一組接口提供一個(gè)一致的界面， Facade模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。

Proxy：為其他對(duì)象提供一個(gè)代理以控制對(duì)這個(gè)對(duì)象的訪問。

Template Method：定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。

Strategy：定義一系列的算法,把它們一個(gè)個(gè)封裝起來(lái), 并且使它們可相互替換。本模式使得算法的變化可獨(dú)立于使用它的客戶。

State：允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變它的行為。對(duì)象看起來(lái)似乎修改了它所屬的類。

Observer：定義對(duì)象間的一種一對(duì)多的依賴關(guān)系,以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí),所有依賴于它的對(duì)象都得到通知并自動(dòng)刷新。

Memento：在不破壞封裝性的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)，并在該對(duì)象之外保存這個(gè)狀態(tài)。這樣以后就可將該對(duì)象恢復(fù)到保存的狀態(tài)。

Mediator：用一個(gè)中介對(duì)象來(lái)封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。

Command：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而使你可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化；對(duì)請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，以及支持可取消的操作。

Visitor：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作。

Chain of Responsibility：為解除請(qǐng)求的發(fā)送者和接收者之間耦合，而使多個(gè)對(duì)象都有機(jī)會(huì)處理這個(gè)請(qǐng)求。將這些對(duì)象連成一條鏈，并沿著這條鏈傳遞該請(qǐng)求，直到有一個(gè)對(duì)象處理它。

Iterator：提供一種方法順序訪問一個(gè)聚合對(duì)象中各個(gè)元素, 而又不需暴露該對(duì)象的內(nèi)部表示。

Interpreter：給定一個(gè)語(yǔ)言, 定義它的文法的一種表示，并定義一個(gè)解釋器, 該解釋器使用該表示來(lái)解釋語(yǔ)言中的句子。

???????? Mediator：(1)、意圖：用一個(gè)中介對(duì)象來(lái)封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。

???????? (2)、適用性：A、一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信。產(chǎn)生的相互依賴關(guān)系結(jié)構(gòu)混亂且難以理解。B、一個(gè)對(duì)象引用其他很多對(duì)象并且直接與這些對(duì)象通信，導(dǎo)致難以復(fù)用該對(duì)象。C、想定制一個(gè)分布在多個(gè)類中的行為，而又不想生成太多的子類。

???????? (3)、優(yōu)缺點(diǎn)：A、減少了子類生成：Mediator將原本分布于多個(gè)對(duì)象間的行為集中在一起。改變這些行為只需生成Mediator的子類即可。這樣各個(gè)Colleague類可被重用。B、它將各Colleague解耦：Mediator有利于各Colleague間的松耦合。你可以獨(dú)立的改變和復(fù)用各Colleague類和Mediator類。C、它簡(jiǎn)化了對(duì)象協(xié)議：用Mediator和各Colleague間的一對(duì)多的交互來(lái)代替多對(duì)多的交互。一對(duì)多的關(guān)系更易于理解、維護(hù)和擴(kuò)展。D、它對(duì)對(duì)象如何協(xié)作進(jìn)行了抽象：將中介作為一個(gè)獨(dú)立的概念并將其封裝在一個(gè)對(duì)象中，使你將注意力從對(duì)象各自本身的行為轉(zhuǎn)移到它們之間的交互上來(lái)。這有助于弄清楚一個(gè)系統(tǒng)中的對(duì)象是如何交互的。E、它使控制集中化：中介者模式將交互的復(fù)雜性變?yōu)橹薪檎叩膹?fù)雜性。因?yàn)橹薪檎叻庋b了協(xié)議，它可能變得比任一個(gè)Colleague都復(fù)雜。這可能使得中介者自身成為一個(gè)難于維護(hù)的龐然大物。

???????? (4)、相關(guān)模式：A、Facade與中介者的不同之處在于它是對(duì)一個(gè)對(duì)象子系統(tǒng)進(jìn)行抽象，從而提供了一個(gè)更為方便的接口。它的協(xié)議是單向的，即Facade對(duì)象對(duì)這個(gè)子系統(tǒng)類提出請(qǐng)求，但反之則不行。相反，Mediator提供了各Colleague對(duì)象不支持或不能支持的協(xié)作行為，而且協(xié)議是多向的。B、Colleague可使用Observer模式與Mediator通信。

???????? (5)、Mediator模式提供將對(duì)象間的交互和通訊封裝在一個(gè)類中，各個(gè)對(duì)象間的通信不必顯式去聲明和引用，大大降低了系統(tǒng)的復(fù)雜性能。另外，Mediator模式還帶來(lái)了系統(tǒng)對(duì)象間的松耦合。

示例代碼1：

#include <iostream>
#include <string>
#include <vector>using namespace std;class Colleague;//中介者類
class Mediator
{
public:virtual void Send(string message, Colleague* col) = 0;
};//抽象同事類
class Colleague
{
protected:Mediator* mediator;
public:Colleague(Mediator* temp){mediator = temp;}
};//同事一
class Colleague1 : public Colleague
{
public:Colleague1(Mediator* media) : Colleague(media) {}void Send(string strMessage){mediator->Send(strMessage, this);}void Notify(string strMessage){cout<<"同事一獲得了消息"<<strMessage<<endl;}
};//同事二
class Colleague2 : public Colleague
{
public:Colleague2(Mediator* media) : Colleague(media) {}void Send(string strMessage){mediator->Send(strMessage, this);}void Notify(string strMessage){cout<<"同事二獲得了消息"<<strMessage<<endl;}
};//具體中介者類
class ConcreteMediator : public Mediator
{
public:Colleague1* col1;Colleague2* col2;virtual void Send(string message, Colleague* col){if (col == col1)col2->Notify(message);elsecol1->Notify(message);}
};//客戶端
int main()
{ConcreteMediator* m = new ConcreteMediator();//讓同事認(rèn)識(shí)中介Colleague1* col1 = new Colleague1(m);Colleague2* col2 = new Colleague2(m);//讓中介認(rèn)識(shí)具體的同事類m->col1 = col1;m->col2 = col2;col1->Send("吃飯了嗎？");col2->Send("還沒吃，你請(qǐng)嗎？");/*result同事二獲得了消息吃飯了嗎？同事一獲得了消息還沒吃，你請(qǐng)嗎？*/return 0;
}

示例代碼2：

Colleaugue.h:

#ifndef _COLLEAGUE_H_
#define _COLLEAGUE_H_#include <string>using namespace std;class Mediator;class Colleague
{
public:virtual ~Colleague();virtual void Action() = 0;virtual void SetState(const string& sdt) = 0;virtual string GetState() = 0;
protected:Colleague();Colleague(Mediator* mdt);Mediator* _mdt;
private:
};class ConcreteColleagueA : public Colleague
{
public:ConcreteColleagueA();ConcreteColleagueA(Mediator* mdt);~ConcreteColleagueA();void Action();void SetState(const string& std);string GetState();
protected:
private:string _sdt;
};class ConcreteColleagueB : public Colleague
{
public:ConcreteColleagueB();ConcreteColleagueB(Mediator* mdt);~ConcreteColleagueB();void Action();void SetState(const string& sdt);string GetState();
protected:
private:string _sdt;
};#endif//~_COLLEAGUE_H_

Colleague.cpp:

#include "Mediator.h"
#include "Colleague.h"
#include <iostream>using namespace  std;Colleague::Colleague()
{//_sdt = "";
}Colleague::Colleague(Mediator* mdt)
{this->_mdt = mdt;//_sdt = "";
}Colleague::~Colleague()
{}ConcreteColleagueA::ConcreteColleagueA()
{}ConcreteColleagueA::~ConcreteColleagueA()
{}ConcreteColleagueA::ConcreteColleagueA(Mediator* mdt) : Colleague(mdt)
{}string ConcreteColleagueA::GetState()
{return _sdt;
}void ConcreteColleagueA::SetState(const string& sdt)
{_sdt = sdt;
}void ConcreteColleagueA::Action()
{_mdt->DoActionFromAtoB();cout<<"State of ConcreteColleagueA:"<<this->GetState()<<endl;
}ConcreteColleagueB::ConcreteColleagueB()
{}ConcreteColleagueB::~ConcreteColleagueB()
{}ConcreteColleagueB::ConcreteColleagueB(Mediator* mdt) : Colleague(mdt)
{
#ifndef _MEDIATOR_H_
#define _MEDIATOR_H_class Colleague;class Mediator
{
public:virtual ~Mediator();virtual void DoActionFromAtoB() = 0;virtual void DoActionFromBtoA() = 0;
protected:Mediator();
private:
};class ConcreteMediator : public Mediator
{
public:ConcreteMediator();ConcreteMediator(Colleague* clgA, Colleague* clgB);~ConcreteMediator();void SetConcreteColleagueA(Colleague* clgA);void SetConcreteColleagueB(Colleague* clgB);Colleague* GetConcreteColleagueA();Colleague* GetConcreteColleagueB();void IntroColleague(Colleague* clgA, Colleague* clgB);void DoActionFromAtoB();void DoActionFromBtoA();
protected:
private:Colleague* _clgA;Colleague* _clgB;
};#endif//~_MEDIATOR_H_

}void ConcreteColleagueB::Action(){_mdt->DoActionFromBtoA();cout<<"State of ConcreteColleagueB:"<<this->GetState()<<endl;}string ConcreteColleagueB::GetState(){return _sdt;}void ConcreteColleagueB::SetState(const string& sdt){_sdt = sdt;}

Mediator.h:

#ifndef _MEDIATOR_H_
#define _MEDIATOR_H_class Colleague;class Mediator
{
public:virtual ~Mediator();virtual void DoActionFromAtoB() = 0;virtual void DoActionFromBtoA() = 0;
protected:Mediator();
private:
};class ConcreteMediator : public Mediator
{
public:ConcreteMediator();ConcreteMediator(Colleague* clgA, Colleague* clgB);~ConcreteMediator();void SetConcreteColleagueA(Colleague* clgA);void SetConcreteColleagueB(Colleague* clgB);Colleague* GetConcreteColleagueA();Colleague* GetConcreteColleagueB();void IntroColleague(Colleague* clgA, Colleague* clgB);void DoActionFromAtoB();void DoActionFromBtoA();
protected:
private:Colleague* _clgA;Colleague* _clgB;
};#endif//~_MEDIATOR_H_

Mediator.cpp:

#include "Mediator.h"
#include "Colleague.h"Mediator::Mediator()
{}Mediator::~Mediator()
{}ConcreteMediator::ConcreteMediator()
{}ConcreteMediator::~ConcreteMediator()
{}ConcreteMediator::ConcreteMediator(Colleague* clgA, Colleague* clgB)
{this->_clgA = clgA;this->_clgB = clgB;
}void ConcreteMediator::DoActionFromAtoB()
{_clgB->SetState(_clgA->GetState());
}void ConcreteMediator::SetConcreteColleagueA(Colleague* clgA)
{this->_clgA = clgA;
}void ConcreteMediator::SetConcreteColleagueB(Colleague* clgB)
{this->_clgB = clgB;
}Colleague* ConcreteMediator::GetConcreteColleagueA()
{return _clgA;
}Colleague* ConcreteMediator::GetConcreteColleagueB()
{return _clgB;
}void ConcreteMediator::IntroColleague(Colleague* clgA, Colleague* clgB)
{this->_clgA = clgA;this->_clgB = clgB;
}void ConcreteMediator::DoActionFromBtoA()
{_clgA->SetState(_clgB->GetState());
}

main.cpp:

#include "Mediator.h"
#include "Colleague.h"
#include <iostream>using namespace std;int main()
{ConcreteMediator* m = new ConcreteMediator();ConcreteColleagueA* c1 = new ConcreteColleagueA(m);ConcreteColleagueB* c2 = new ConcreteColleagueB(m);m->IntroColleague(c1, c2);c1->SetState("old");c2->SetState("old");c1->Action();c2->Action();cout<<endl;c1->SetState("new");c1->Action();c2->Action();cout<<endl;c2->SetState("old");c2->Action();c1->Action();/*resultState of ConcreteColleagueA:oldState of ConcreteColleagueB:oldState of ConcreteColleagueA:newState of ConcreteColleagueB:newState of ConcreteColleagueB:oldState of ConcreteColleagueA:old*/return 0;
}

中介者模式結(jié)構(gòu)圖：

參考文獻(xiàn)：

1、《大話設(shè)計(jì)模式C++》

2、《設(shè)計(jì)模式精解----GoF23種設(shè)計(jì)模式解析》

3、《設(shè)計(jì)模式----可復(fù)用面向?qū)ο筌浖幕A(chǔ)》