目錄

?

單例模式基本概念

?舉個栗子

---

單例模式基本概念

大多數試試，一件產品簡單，職責單一就是最好的選擇；
就一個類而言，應該僅有一個引起他變化的原因【ASD】；
單一職責原則（SRP），就一個類而言，應該僅有一個引起它變化的原因；
如果一個類承擔的職責過多，就等于把這些職責耦合在一起，一個職責的變化可能會削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭到意想不到的破壞【ASD】；
軟件設計真正要做的許多內容，就是發現職責并把那些職責相互分離【ASD】；
如果能夠想到多于一個的動機去改變一個類，那么這個類就具有多于一個的職責【ASD】；
要在類的職責分離上多考慮，做到單一職責，這樣代碼才易維護、易擴展、易復用、靈活多樣；

?

?舉個栗子

單例模式：
一個類只能創建一個對象

構造函數：
1.不能實例化對象，是private/protected的
2.通過靜態成員函數申請對象空間，并返回地址
3.定義一個靜態標記，記錄對象個數，并控制
4.析構函數，將標記清空，以達到重復申請對象的目的

?

源碼如下：

#include <iostream> using namespace std;class Base{public:static int nFlag;static Base *CreateOJ(){if(1 == nFlag){nFlag = 0;7return (new Base);}elsereturn NULL;}~Base(){nFlag = 1;}private:Base(){}Base(int a){}Base(const Base &a){}Base &operator = (Base &a){} };int Base::nFlag = 1;void main(){Base *base1 = Base::CreateOJ();Base *base2 = Base::CreateOJ();delete base1;base1 = NULL; //避免指針懸掛Base *base3 = Base::CreateOJ();delete base3;getchar(); }

程序的邏輯：把所有構造函數私有，利用靜態函數和成員的特點讓某個類僅可創建一次；

程序運行截圖，在delete base1前：

?

在delete base3前

新人創作打卡挑戰賽發博客就能抽獎！定制產品紅包拿不停！

總結

以上是生活随笔為你收集整理的C++设计模式-单例模式理论与实例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。