一、UML類圖：
類與類之間存在6個(gè)關(guān)系：
1）依賴：類A用到了類B，不是成員變量中用到，而是在成員函數(shù)中用到了

2）關(guān)聯(lián)：類A使用了類B，并且是在成員變量中用到的

3）聚合：和關(guān)聯(lián)類似，也是使用實(shí)例化來關(guān)聯(lián)，一個(gè)是整體，一個(gè)是部分

4）組合：相比聚合具有更強(qiáng)的耦合度。部分沒有單獨(dú)存在的意義，整體負(fù)責(zé)單獨(dú)的生命周期。

5）繼承：

6）實(shí)現(xiàn)：純虛函數(shù)

二、策略模式：

strategy中的算法經(jīng)常變化。所以將strategy中的算法作為虛函數(shù)，在派生類中進(jìn)行重寫。Context中包含了一個(gè)strategy對象的指針，可以根據(jù)需求將該指針指向ABC類。需要添加算法的時(shí)候，只要添加派生類，context和strategy不需要修改。

class Strategy{virtual AlgorithmInterface()=0; };class A:public Strategy{AlgorithmInterface(); };class B:public Strategy{AlgorithmInterface(); };class C:public Strategy{AlgorithmInterface(); };Class Context{Strategy* strategy;//包含了一個(gè)Strategy的指針void ContextInterface(){strategy->AlgorithmInterface();//根據(jù)對象類型創(chuàng)建算法 }

三、單例模式： 保證一個(gè)類只有一個(gè)實(shí)例
1）懶漢版本：不到萬不得已就不會(huì)去實(shí)例化類，第一次用到類實(shí)例的時(shí)候才會(huì)去實(shí)例化
2）餓漢：饑不擇食，在單例類定義的時(shí)候就進(jìn)行實(shí)例化

懶漢版本：

class Singleton { public:static Singleton* m_instance;static Singleton* getInstance();//在調(diào)用這個(gè)函數(shù)之前沒有實(shí)例化對象，所以要寫成靜態(tài)函數(shù) private://將構(gòu)造函數(shù)和析構(gòu)函數(shù)私有化static mutex SingletonMutex;//靜態(tài)函數(shù)只能調(diào)用靜態(tài)變量Singleton() {};~Singleton() {}; };static Singleton::m_instance = nullptr; static Singleton* Singleton::getInstance() {if (m_instance == nullptr) {//因?yàn)閘ock會(huì)造成效率降低，因此在先判斷是否被實(shí)例化，SingletonMutex.lock();if (m_instance == nullptr) {m_instance = new Singleton();}SingletonMutex.unlock();}return m_instance; }

為什么要判斷兩次nullptr?
當(dāng)類沒有被實(shí)例話的時(shí)候，兩個(gè)進(jìn)程同時(shí)通過了第一個(gè)nullptr，一個(gè)線程加鎖并且實(shí)例化，解鎖后另一個(gè)線程也會(huì)實(shí)例化。因此要兩次判斷。

餓漢版本：

class Singleton { public:static Singleton* m_instance;static Singleton* getInstance(); private:Singleton() {};~Singleton() {}; }; static Singleton::m_instance = new Singleton();//在定義的時(shí)候就被實(shí)例化，所以是線程安全的 static Singleton* Singleton::getInstance() {return m_instance; }

四、工廠方法模式：
簡單工廠模式，工廠類包含了邏輯判斷，會(huì)根據(jù)輸入來判斷實(shí)例化哪一個(gè)類，但是如果要添加類的時(shí)候，需要需改工廠類，違背了開放—封閉原則。因此工廠方法定義了抽象類用于實(shí)例化對象的純虛函數(shù) ，他的子類來負(fù)責(zé)實(shí)例化

class ISplitter { public:ISplitter();virtual ~ISplitter(); virtual void split() = 0; };class PictureISplitter:public ISplitter { public:PictureISplitter();virtual ~PictureISplitter();virtual void split() {}; };class BinaryISplitter:public ISplitter { public:BinaryISplitter();virtual ~BinaryISplitter();virtual void split() {}; };class SplitterFactory { public:SplitterFactory();virtual ~SplitterFactory();virtual ISplitter* createSplitter() = 0; };class PictureSplitterFactory:public SplitterFactory { public:PictureSplitterFactory();virtual ~SplitterFactory();virtual ISplitter* createSplitter{return new PictureISplitter();} };class BinarySplitterFactory :public SplitterFactory { public:BinarySplitterFactory();virtual ~BinarySplitterFactory();virtual ISplitter* createSplitter{return new BinaryISplitter();} };

五、抽象工廠模式：
之前的工廠模式product只有一個(gè)，當(dāng)product有多個(gè)的時(shí)候，并且product的派生類之間有依賴關(guān)系的時(shí)候，則可以用同一個(gè)具體工廠同時(shí)創(chuàng)建這些對象

六、觀察者模式：
定義了一對多的依賴關(guān)系，多個(gè)觀察者對同一個(gè)對象進(jìn)行觀察，當(dāng)被觀察對象發(fā)生了改變會(huì)通知所有的觀察者，觀察者會(huì)根據(jù)這個(gè)進(jìn)行相應(yīng)的措施。

總結(jié)

以上是生活随笔為你收集整理的设计模式：UML类图、策略模式、单例模式、工厂模式、观察者模式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。