青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

小默

[zz]論c++中的單例模式

  單例模式也稱為單件模式、單子模式。使用單例模式,保證一個類僅有一個實例,并提供一個訪問它的全局訪問點,該實例被所有程序模塊共享。有很多地方需要這樣的功能模塊,如系統(tǒng)的日志輸出等。

  單例模式有許多種實現(xiàn)方法,在C++中,甚至可以直接用一個全局變量做到這一點,但這樣的代碼顯得很不優(yōu)雅。《設(shè)計模式》一書中給出了一種很不錯的實現(xiàn),定義一個單例類,使用類的私有靜態(tài)指針變量指向類的唯一實例,并用一個公有靜態(tài)方法獲取該實例。如下面的類定義:

  class CSingleton:
  {
  // 其它成員
  public:
         static CSingleton * GetInstance()
   {
     if (m_pInstance == NULL)
               m_pInstance = new CSingleton();

           return m_pInstance;
}

  private:
   CSingleton(){};
   static CSingleton * m_pInstance;
  }

  單例類CSingleton有以下特征:
   它有一個指唯一實例的靜態(tài)指針m_pInstance,并且是私有的。
   它有一個公有的函數(shù),可以獲取這個唯一的實例,并在需要的時候創(chuàng)建該實例。
   它的構(gòu)造函數(shù)是私有的,這樣就不能從別處創(chuàng)建該類的實例。
  大多時候,這樣的實現(xiàn)都不會出現(xiàn)問題。有經(jīng)驗的讀者可能會問,m_pInstance指向的空間什么時候釋放呢?更嚴重的問題是,這個實例的析構(gòu)操作什么時候執(zhí)行?
  如果在類的析構(gòu)行為中有必須的操作,比如關(guān)閉文件,釋放外部資源,那么上面所示的代碼無法實現(xiàn)這個要求。我們需要一種方法,正常地刪除該實例。
  可以在程序結(jié)束時調(diào)用GetInstance并對返回的指針調(diào)用delete操作。這樣做可以實現(xiàn)功能,但是不僅很丑陋,而且容易出錯。因為這樣的附加代碼很容易被忘記,而且也很難保證在delete之后,沒有代碼再調(diào)用GetInstance函數(shù)。
  一個妥善的方法是讓這個類自己知道在合適的時候把自己刪除。或者說把刪除自己的操作掛在系統(tǒng)中的某個合適的點上,使其在恰當?shù)臅r候自動被執(zhí)行。
  我們知道,程序在結(jié)束的時候,系統(tǒng)會自動析構(gòu)所有的全局變量。事實上,系統(tǒng)也會析構(gòu)所有的類的靜態(tài)成員變量,就像這些靜態(tài)成員也是全局變量一樣。利用這個特征,我們可以在單例類中定義一個這樣的靜態(tài)成員變量,而它的唯一工作就是在析構(gòu)函數(shù)中刪除單例類的實例。如下面的代碼中的CGarbo類(Garbo意為垃圾工人):
  class CSingleton:
  {
  // 其它成員
  public:
   static CSingleton * GetInstance()
  private:
   CSingleton(){};
          static CSingleton * m_pInstance;

  class CGarbo // 它的唯一工作就是在析構(gòu)函數(shù)中刪除CSingleton的實例
  {
  public:
   ~CGarbo()
   {
          if (CSingleton::m_pInstance)
               delete CSingleton::m_pInstance;
           }
  };

   static CGarbo Garbo; // 定義一個靜態(tài)成員,在程序結(jié)束時,系統(tǒng)會調(diào)用它的析構(gòu)函數(shù)
  }

  類CGarbo被定義為CSingleton的私有內(nèi)嵌類,以防該類被在其它地方濫用。

  在程序運行結(jié)束時,系統(tǒng)會調(diào)用CSingleton的靜態(tài)成員Garbo的析構(gòu)函數(shù),該析構(gòu)函數(shù)會刪除單例的唯一實例。
  使用這種方法釋放單例對象有以下特征:
   在單例類內(nèi)部定義專有的嵌套類。
   在單例類內(nèi)定義私有的專門用于釋放的靜態(tài)成員。
   利用程序在結(jié)束時析構(gòu)全局變量的特性,選擇最終的釋放時機。
   使用單例的代碼不需要任何操作,不必關(guān)心對象的釋放。

----------------------------------------------------------------------------------------------------------------------------------

以上就是轉(zhuǎn)載的一個c++中的單例模式。在這個里面涉及到了m_pInstance指向的空間什么時候釋放呢?更嚴重的問題是,這個實例的析構(gòu)操作什么時候執(zhí)行?后面使用的內(nèi)嵌類方法個人覺得并不是很好,如果又要添加另一個單例類是不是也要在內(nèi)嵌類中刪除此單例類的實例呢?如果我要添加100個呢?你看有多麻煩啊!

 

以下是對以前項目中使用到的單例模式的提取:

#include <iostream>
using namespace std;

類的定義應(yīng)該是在*.h文件中的,這里偷懶了

class Singleton
{
public:
Singleton();
static Singleton *GetInstance() ;
};

以下應(yīng)該在*.cpp文件中

static Singleton *instance = NULL;

Singleton::Singleton()
{
instance = this;
}

Singleton *Singleton::GetInstance()
{
return instance;
}

以下是在使用的地方

int main()
{
Singleton singles;

Singleton *p1 = Singleton::GetInstance();
Singleton *p2 = Singleton::GetInstance();

if (p1 == p2)
{
   cout <<"Two objects is the same instance" <<endl;
}

return 0;
}

在以上的程序中,看到這個和zt中的是類似的。也有個同樣的問題出現(xiàn)了。在這個里面涉及到了m_pInstance指向的空間什么時候釋放呢?更嚴重的問題是,這個實例的析構(gòu)操作什么時候執(zhí)行?哈哈,這個呢在項目中是有處理的,因為是這個單例對象生成后了是要保存在一個容器中的,而且所有的類似單例是對同一個基類的繼承,所以利用多態(tài)特點vector<type*>再加一個迭代器就可以很容易對所有的這些單例對象進行刪除操作了。這個應(yīng)該說是項目在設(shè)計的時候就考慮到的了。

 

這個,還有沒有更好、一勞永逸的方法呢?朋友看到后告訴了個他看到的很牛的單例寫法,不得不佩服,真的很牛。后來在CSND論壇上的一個帖子中也看到了某位多線程高手也貼出了這種方法。

#include <iostream>

using namespace std;

class Singleton
{
private:
Singleton(){}

public:  

static Singleton *GetInstance()
{
   static Singleton singles;//在此定義靜態(tài)對象
   return &singles;
}

};

int main()
{
Singleton *p1 = Singleton::GetInstance();
Singleton *p2 = Singleton::GetInstance();

if (p1 == p2)
{
   cout <<"Two objects is the same instance" <<endl;
}
return 0;
}

 

hoho,而后繼續(xù)了下,為了方便,多個寫成了模板類形式,使得繼承自單例模式的自動為單例模式。

#include <iostream>
#include <assert.h>

using namespace std;

template<class type>
class Singleton
{
public:  
static type *GetInstance()
{
   static type singles;
   return &singles;
}
protected:
Singleton(){}
};

class resourcemanage : public Singleton<resourcemanage>
{
public:
resourcemanage(){}
void showlog()
{
   cout<<"resoucemange"<<endl;
}
};

class mange : public Singleton<mange>
{
public:
mange(){}
void showtexer()
{
   cout<<"show texture"<<endl;
}
};
int main()
{
//Singleton *singles = new Singleton;
resourcemanage *p1 = resourcemanage::GetInstance();
resourcemanage *p2 = resourcemanage::GetInstance();

mange::GetInstance()->showtexer();

p2->showlog();

if (p1 == p2)
{
   cout <<"Two objects is the same instance" <<endl;
}
return 0;
}

 

hoho,一個單例模式竟然能引出這麼多的東東,真是學習了不少啊,哈哈哈哈哈哈!

最后貼下csdn關(guān)于這個單例模式的牛人討論帖:

http://topic.csdn.net/u/20080218/08/291c52f9-5ed0-4f7c-abeb-69f691c2e7f4.html

靜態(tài)成員變量必須要在具體的cpp文件中進行定義,類中出現(xiàn)的靜態(tài)成員變量只表示一種聲明。

posted on 2010-03-31 16:34 小默 閱讀(1671) 評論(1)  編輯 收藏 引用 所屬分類: Language

評論

# re: [zz]論c++中的單例模式 2011-12-28 10:54 Daywei

這樣也依然存在一個問題 構(gòu)造函數(shù)暴露在外面會造成別人誤用  回復  更多評論   

導航

統(tǒng)計

留言簿(13)

隨筆分類(287)

隨筆檔案(289)

漏洞

搜索

積分與排名

最新評論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美吻胸吃奶大尺度电影| 国产精品综合视频| 欧美性感一类影片在线播放| 国语自产在线不卡| 亚洲欧美综合国产精品一区| 亚洲乱码视频| 欧美理论电影在线播放| 亚洲国产一区二区精品专区| 老司机成人在线视频| 久久精品国内一区二区三区| 一级成人国产| 欧美三级在线视频| 亚洲永久视频| 亚洲婷婷综合久久一本伊一区| 欧美激情亚洲综合一区| 亚洲清纯自拍| 亚洲精品在线电影| 欧美三级视频| 欧美在线观看视频一区二区| 亚洲男人第一网站| 国产一区二区丝袜高跟鞋图片 | 午夜一区二区三视频在线观看 | 久久久久久9999| 尤物视频一区二区| 亚洲国产成人久久综合一区| 欧美韩国日本综合| 亚洲免费精品| 亚洲图片欧美午夜| 国产一区视频观看| 欧美成人精品在线| 欧美日韩综合在线免费观看| 欧美一区二区三区免费观看视频| 欧美在线观看视频一区二区三区| 极品中文字幕一区| 亚洲福利在线看| 欧美午夜国产| 久久久久久91香蕉国产| 欧美粗暴jizz性欧美20| 亚洲男人第一网站| 欧美与黑人午夜性猛交久久久| 尤物yw午夜国产精品视频明星| 91久久午夜| 国产精品一区二区三区免费观看| 麻豆av一区二区三区久久| 欧美精品v日韩精品v韩国精品v | 一区二区三区.www| 亚洲一区二区在线看| 亚洲第一黄色网| 在线一区二区日韩| 亚洲高清在线观看| 亚洲性感美女99在线| 在线免费观看日本一区| 99成人在线| 在线欧美日韩| 亚洲免费影视第一页| 91久久久久久久久| 香蕉成人伊视频在线观看| 亚洲精品乱码久久久久| 午夜精品福利一区二区三区av| 亚洲老司机av| 久久人人精品| 久久国产精品久久久久久| 欧美激情精品| 麻豆精品在线播放| 国产婷婷97碰碰久久人人蜜臀| 亚洲茄子视频| 在线看片日韩| 久久综合网色—综合色88| 欧美亚洲成人网| 亚洲夫妻自拍| 亚洲电影中文字幕| 久久爱另类一区二区小说| 亚洲一区在线直播| 欧美久久一区| 亚洲国产成人精品视频| 樱花yy私人影院亚洲| 香港久久久电影| 欧美一乱一性一交一视频| 欧美日韩精品一区| 亚洲人人精品| 亚洲精品美女免费| 免费成人av在线| 欧美国产日韩在线| 亚洲国产欧美不卡在线观看| 久久精品一本| 玖玖在线精品| 狠狠色丁香久久婷婷综合_中| 午夜视频在线观看一区二区| 欧美亚洲日本一区| 国产日韩欧美一区| 久久国产婷婷国产香蕉| 久久精品电影| 韩国一区二区三区在线观看| 欧美一区二区三区四区在线| 午夜精品亚洲一区二区三区嫩草| 国产精品超碰97尤物18| 一区二区三区精品国产| 亚洲五月六月| 国产日韩欧美麻豆| 欧美在线免费观看亚洲| 久久一区二区三区四区五区| 一区在线播放| 欧美成人综合| 一区二区冒白浆视频| 午夜精品成人在线视频| 国产视频综合在线| 老牛国产精品一区的观看方式| 欧美激情中文字幕一区二区| 日韩一级二级三级| 国产精品久久福利| 久久高清一区| 亚洲黄色片网站| 亚洲在线视频网站| 国产一区二区三区在线观看免费视频 | 午夜在线精品偷拍| 国产婷婷一区二区| 久久综合亚洲社区| 日韩视频免费在线| 久久精品理论片| 亚洲区中文字幕| 国产精品免费一区豆花| 久久天堂国产精品| av成人老司机| 久久国内精品视频| 亚洲日本欧美天堂| 国产精品一区久久久| 久久久久久久综合| 一区二区三区高清视频在线观看| 麻豆91精品| 9久草视频在线视频精品| 久久精品国产视频| 亚洲欧洲综合另类| 国产精品自在欧美一区| 欧美mv日韩mv国产网站app| 亚洲欧美日韩一区在线| 韩国成人理伦片免费播放| 欧美日本一区二区视频在线观看| 亚洲永久免费视频| 亚洲国产精品一区二区尤物区 | 免费日韩av片| 亚洲欧美经典视频| 亚洲经典在线看| 国产日韩欧美二区| 欧美视频在线看| 欧美aaa级| 久久精品91久久久久久再现| 一本色道88久久加勒比精品| 欧美成人影音| 久久人人九九| 欧美一区二区三区在线观看| 亚洲私人影院在线观看| 91久久线看在观草草青青| 国产欧美在线看| 国产精品久久久久一区| 欧美日本国产精品| 免费成人性网站| 久久夜色精品国产亚洲aⅴ| 亚洲欧美激情四射在线日 | 亚洲激情在线| 影音先锋中文字幕一区| 国产精品一区在线播放| 欧美无乱码久久久免费午夜一区| 免费在线观看日韩欧美| 久久久免费精品| 欧美在线在线| 亚洲欧美综合| 亚洲欧美日韩在线不卡| 亚洲性视频网址| 亚洲天堂黄色| 亚洲自拍偷拍麻豆| 午夜精品久久久久久久99水蜜桃 | 久久久久99| 久久爱www| 欧美一区1区三区3区公司| 亚洲影院高清在线| 亚洲一级黄色| 亚洲欧美日韩国产一区| 亚洲一区久久久| 亚洲伊人第一页| 亚洲欧美经典视频| 午夜伦理片一区| 欧美在线视频网站| 久久婷婷激情| 欧美高清在线一区| 欧美福利影院| 亚洲精品三级| 亚洲一区二区3| 性8sex亚洲区入口| 久久久免费av| 亚洲福利在线视频| 99v久久综合狠狠综合久久| 亚洲一区二区三区国产| 久久福利视频导航| 嫩草伊人久久精品少妇av杨幂| 欧美劲爆第一页| 国产精品女同互慰在线看| 国产一区在线看| 亚洲精品美女免费| 亚洲一区免费看| 另类欧美日韩国产在线|