23種GOF設計模式通常分爲三大類:建立型模式、結構型模式、行爲模式。ios
建立型模式抽象了實例化過程,它們幫助一個系統獨立於怎樣建立、組合和表示它的那些對象。一個類建立型模式使用繼承改變被實例化的類,而一個對象建立型模式將實例化託付給還有一個對象。建立型模式有兩個不斷出現的主旋律。算法
第一,它們都將關於該系統使用哪些詳細的類的信息封裝起來。第二。它們隱藏了這些類的實例是怎樣被建立和放在一塊兒的。整個系統關於這些對象所知道的是由抽象類所定義的接口。設計模式
所以。建立型模式在什麼被建立。誰建立它,它是怎樣被建立的,以及什麼時候建立這些方面給予了很是大的靈活性。它們贊成用結構和功能區別很是大的「產品」對象配置一個系統。ui
配置可以是靜態的(即在編譯時指定)。也可以是動態的(在執行時)。this
結構型模式涉及到怎樣組合類和對象以得到更大的結構。結構型類模式採用繼承機制來組合接口或實現。結構型對象模式不是對接口和實現進行組合。而是描寫敘述了怎樣對一些對象進行組合。從而實現新功能的一些方法。spa
因爲可以在執行時刻改變對象組合關係,因此對象組合方式具備更大的靈活性。而這樣的機制用靜態類組合是不可能實現的。設計
行爲模式涉及到算法和對象間職責的分配。代理
行爲模式不只描寫敘述對象或類的模式,還描寫敘述它們之間的通訊模式。這些模式刻畫了在執行時難以跟蹤的複雜的控制流。它們將用戶的注意力從控制流轉移到對象間的聯繫方式上來。行爲類模式使用繼承機制在類間分派行爲。行爲對象模式使用對象複合而不是繼承。一些行爲對象模式描寫敘述了一組對等的對象怎樣相互協做以完畢當中任一個對象都沒法單獨完畢的任務。日誌
建立型模式包含:一、FactoryMethod(工廠方法模式);二、Abstract Factory(抽象工廠模式);三、Singleton(單例模式)。四、Builder(建造者模式、生成器模式)。五、Prototype(原型模式).code
結構型模式包含:六、Bridge(橋接模式)。七、Adapter(適配器模式);八、Decorator(裝飾模式)。九、Composite(組合模式);十、Flyweight(享元模式);十一、Facade(外觀模式);十二、Proxy(代理模式).
行爲模式包含:1三、TemplateMethod(模板方法模式)。1四、Strategy(策略模式);1五、State(狀態模式);1六、Observer(觀察者模式)。1七、Memento(備忘錄模式);1八、Mediator(中介者模式);1九、Command(命令模式);20、Visitor(訪問者模式)。2一、Chain of Responsibility(責任鏈模式);2二、Iterator(迭代器模式);2三、Interpreter(解釋器模式).
Factory Method:定義一個用於建立對象的接口,讓子類決定將哪個類實例化。Factory Method使一個類的實例化延遲到其子類。
Abstract Factory:提供一個建立一系列相關或相互依賴對象的接口,而無需指定他們詳細的類。
Singleton:保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。
Builder:將一個複雜對象的構建與它的表示分離,使得相同的構建過程可以建立不一樣的表示。
Prototype:用原型實例指定建立對象的種類,並且經過拷貝這個原型來建立新的對象。
Bridge:將抽象部分與它的實現部分分離,使它們都可以獨立地變化。
Adapter:將一個類的接口轉換成客戶但願的另一個接口。
Adapter模式使得本來因爲接口不兼容而不能一塊兒工做的那些類可以一塊兒工做。
Decorator:動態地給一個對象加入一些額外的職責。就擴展功能而言, Decorator模式比生成子類方式更爲靈活。
Composite:將對象組合成樹形結構以表示「部分-整體」的層次結構。Composite使得客戶對單個對象和複合對象的使用具備一致性。
Flyweight:運用共享技術有效地支持大量細粒度的對象。
Facade:爲子系統中的一組接口提供一個一致的界面, Facade模式定義了一個高層接口。這個接口使得這一子系統更加easy使用。
Proxy:爲其它對象提供一個代理以控制對這個對象的訪問。
Template Method:定義一個操做中的算法的骨架,而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個算法的結構就能夠重定義該算法的某些特定步驟。
Strategy:定義一系列的算法,把它們一個個封裝起來, 並且使它們可相互替換。本模式使得算法的變化可獨立於使用它的客戶。
State:贊成一個對象在其內部狀態改變時改變它的行爲。對象看起來彷佛改動了它所屬的類。
Observer:定義對象間的一種一對多的依賴關係,以便當一個對象的狀態發生改變時,所有依賴於它的對象都獲得通知並本身主動刷新。
Memento:在不破壞封裝性的前提下,捕獲一個對象的內部狀態。並在該對象以外保存這個狀態。這樣之後就可將該對象恢復到保存的狀態。
Mediator:用一箇中介對象來封裝一系列的對象交互。中介者使各對象不需要顯式地相互引用,從而使其耦合鬆散。並且可以獨立地改變它們之間的交互。
Command:將一個請求封裝爲一個對象。從而使你可用不一樣的請求對客戶進行參數化;對請求排隊或記錄請求日誌,以及支持可取消的操做。
Visitor:表示一個做用於某對象結構中的各元素的操做。
它使你可以在不改變各元素的類的前提下定義做用於這些元素的新操做。
Chain of Responsibility:爲解除請求的發送者和接收者之間耦合。而使多個對象都有機會處理這個請求。將這些對象連成一條鏈,並沿着這條鏈傳遞該請求,直到有一個對象處理它。
Iterator:提供一種方法順序訪問一個聚合對象中各個元素, 而又不需暴露該對象的內部表示。
Interpreter:給定一個語言, 定義它的文法的一種表示。並定義一個解釋器, 該解釋器使用該表示來解釋語言中的句子。
Command:(1)、意圖: 將一個請求封裝爲一個對象,從而使你可用不一樣的請求對客戶進行參數化;對請求排隊或記錄請求日誌,以及支持可撤銷的操做。
(2)、適用性:A、抽象出待執行的動做以參數化某對象;B、在不一樣的時刻指定、排列和執行請求。C、支持取消操做;D、支持改動日誌。這樣當系統崩潰時,這些改動可以被重作一遍;E、用構建在原語操做上的高層操做構造一個系統。
(3)、優缺點:A、Command模式將調用操做的對象與知道怎樣實現該操做的對象解耦;B、Command是頭等的對象。它們可像其它的對象同樣被操做和擴展;C、你可將多個命令裝配成一個複合命令;D、添加新的Command很是easy,因爲這無需改變已有的類。
(4)、相關模式:A、Composite模式可被用來實現宏命令;B、Memento模式可用來保持某個狀態,命令用這一狀態來取消它的效果;C、在被放入歷史表列前必須被拷貝的命令起到一種原型的做用。
(5)、命令模式:A、創建命令隊列。B、可以將命令記入日誌;C、接收請求的一方可以拒絕;D、加入一個新命令類不影響其它類。命令模式把請求一個操做的對象與知道怎麼操做一個操做的對象分開。
(6)、Command模式經過將請求封裝到一個對象(Command)中,並將請求的接收者存放到詳細的ConcreteCommand類中(Receiver)。從而實現調用操做的對象和操做的詳細實現者之間的解耦。
演示樣例代碼1:
#include <iostream> #include <string> #include <vector> using namespace std; //烤肉師傅 class Barbucer { public: void MakeMutton() { cout<<"烤羊肉"<<endl; } void MakeChickenWing() { cout<<"烤雞翅膀"<<endl; } }; //抽象命令類 class Command { protected: Barbucer* receiver; public: Command(Barbucer* temp) { receiver = temp; } virtual void ExecuteCmd() = 0; }; //烤羊肉命令 class BakeMuttonCmd : public Command { public: BakeMuttonCmd(Barbucer* temp) : Command(temp) {} virtual void ExecuteCmd() { receiver->MakeMutton(); } }; //烤雞翅 class ChickenWingCmd : public Command { public: ChickenWingCmd(Barbucer* temp) : Command(temp) {} virtual void ExecuteCmd() { receiver->MakeChickenWing(); } }; //服務員類 class Waiter { protected: vector<Command*> m_commandList; public: void SetCmd(Command* temp) { m_commandList.push_back(temp); cout<<"添加定單"<<endl; } //通知執行 void Notify() { vector<Command*>::iterator p = m_commandList.begin(); while (p != m_commandList.end()) { (*p)->ExecuteCmd(); p ++; } } }; //client int main() { //店裏加入烤肉師傅、菜單、服務員等顧客 Barbucer* barbucer = new Barbucer(); Command* cmd = new BakeMuttonCmd(barbucer); Command* cmd2 = new ChickenWingCmd(barbucer); Waiter* girl = new Waiter(); //點菜 girl->SetCmd(cmd); girl->SetCmd(cmd2); //服務員通知 girl->Notify(); /*result 添加定單 添加定單 烤羊肉 烤雞翅膀 */ return 0; }
Receiver.h:
#ifndef _RECEIVER_H_ #define _RECEIVER_H_ class Receiver { public: Receiver(); ~Receiver(); void Action(); protected: private: }; #endif//~_RECEIVER_H_
#include "Receiver.h" #include <iostream> Receiver::Receiver() { } Receiver::~Receiver() { } void Receiver::Action() { std::cout<<"Receiver action ..."<<std::endl; }
#ifndef _COMMAND_H_ #define _COMMAND_H_ class Receiver; class Command { public: virtual ~Command(); virtual void Excute() = 0; protected: Command(); private: }; class ConcreteCommand : public Command { public: ConcreteCommand(Receiver* rev); ~ConcreteCommand(); void Excute(); protected: private: Receiver* _rev; }; #endif//~_COMMAND_H_
#include "Command.h" #include "Receiver.h" #include <iostream> Command::Command() { } Command::~Command() { } void Command::Excute() { } ConcreteCommand::ConcreteCommand(Receiver* rev) { this->_rev = rev; } ConcreteCommand::~ConcreteCommand() { delete this->_rev; } void ConcreteCommand::Excute() { _rev->Action(); std::cout<<"ConcreteCommand ..."<<std::endl; }
#ifndef _INVOKER_H_ #define _INVOKER_H_ class Command; class Invoker { public: Invoker(Command* cmd); ~Invoker(); void Invoke(); protected: private: Command* _cmd; }; #endif//~_INVOKER_H_
#include "Invoker.h" #include "Command.h" #include <iostream> Invoker::Invoker(Command* cmd) { _cmd = cmd; } Invoker::~Invoker() { delete _cmd; } void Invoker::Invoke() { _cmd->Excute(); }
#include "Command.h" #include "Invoker.h" #include "Receiver.h" #include <iostream> using namespace std; int main() { Receiver* rev = new Receiver(); Command* cmd = new ConcreteCommand(rev); Invoker* inv = new Invoker(cmd); inv->Invoke(); /*result Receiver action ... ConcreteCommand ... */ return 0; }
參考文獻:
一、《大話設計模式C++》
二、《設計模式精解----GoF23種設計模式解析》
三、《設計模式----可複用面向對象軟件的基礎》