• <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>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請(qǐng)移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 305327
            • 排名 - 84

            最新評(píng)論

            閱讀排行榜

            首先聲明,我所要談的singleton并非完美的singleton實(shí)現(xiàn),包含各種智能指針和線程安全之類的,那些東西想必大家都已經(jīng)看過不少了。
            我只是借用最基礎(chǔ)的實(shí)現(xiàn)方式,談一個(gè)大多數(shù)人可能都知道但是卻沒有采用的實(shí)現(xiàn)方案——顯性初始化。這是我認(rèn)為的最優(yōu)方案。
            下面有些地方會(huì)把singleton稱為單體。

            1.現(xiàn)有的兩種singleton實(shí)現(xiàn)方法
               1.1惰性初始化
            惰性初始化的singleton的特點(diǎn)有這么些:直到使用的時(shí)候才初始化,構(gòu)造函數(shù)私有。代碼可能如下:

            T& GetSingleton()
            {
             
            if ( NULL == t ) t = new T;
             
            return *t;
            }


            或者

            T
            & GetSingleton()
            {
              
            static T t;
              
            return t;
            }

               1.2顯性初始化
            顯性初始化的singleton的特點(diǎn)有這么些:構(gòu)造函數(shù)public,你需要在使用該單體之前new 一下,然后在不再需要的時(shí)候delete一下。有關(guān)的代碼如下:

            T& GetSingleton()
            {
              
            return *t;
            }


            T::T()
            {
             t 
            = this;
            }


            T::
            ~T()
            {
             t 
            = NULL;
            }



            2.選擇顯性初始化方法的理由
               2.1明確的構(gòu)造和析構(gòu)
            惰性初始化,他的初始化時(shí)機(jī)在第一次調(diào)用的時(shí)候,但是何時(shí)才是第一次調(diào)用,這個(gè)代碼一多起來,就不是那么好把握的了。
            顯性初始化的時(shí)機(jī)很簡單,new即存在,并且可以很直觀的調(diào)整構(gòu)造函數(shù)的參數(shù)。在此一個(gè)疑惑的觀點(diǎn)是多new了幾次怎么辦。。。我的觀點(diǎn)是那么顯性的操作,明知道是單體,明知道很關(guān)鍵,你還能多new幾下,你就不能判斷一下啊。。。。一般說來,稍微有點(diǎn)基礎(chǔ)的人都不會(huì)出這種狀況的,放心的new吧。
            看了大家寫的關(guān)于惰性singleton實(shí)現(xiàn)的文章,都描述了一個(gè)單體析構(gòu)別扭的問題,因?yàn)閐elete T::Singleton()就像是非法入侵,雖然不會(huì)造成什么實(shí)質(zhì)性的危害,但是這本身就是一個(gè)語義范疇的悖論(我瞎說的,我連語義范疇都不知道是蝦米),new和delete沒有配對(duì)。
               2.2繼承和多態(tài)
            單體也會(huì)繼承和多態(tài)?會(huì)哦,而且這通常是由框架本身的約束造成的,我最近的工作就碰到了。在服務(wù)器和客戶端的開發(fā)項(xiàng)目中,通常會(huì)有base模塊,即server & client base,這個(gè)模塊使用了單體類A的一些接口,但是這個(gè)單體類A在服務(wù)器模塊和客戶端模塊可是被分別實(shí)現(xiàn)為多少有些不同的S和C,這些實(shí)現(xiàn)是無法集成到base的。
            那么,惰性方法是如何考慮這個(gè)的呢?第一,static T& GetSingleton方法可以重載嗎?我不知道,沒試過。第二,假設(shè)static方法可以重載,但是base模塊使用的是A::GetSingleton哦,那即使重載了也用不上吧。
            以此相對(duì)的,顯性初始化的方法就簡單多了:

            //服務(wù)器模塊
            *= new S;
            A::GetSingleton();
            //Ok

            //客戶端模塊
            *= new C;
            A::GetSingleton();
            //OK

               2.3OGRE中使用的就是這一種
            最初用到OGRE的時(shí)候有些不習(xí)慣也不理解,因?yàn)樗秋@性初始化的,那時(shí)候我還使用惰性初始化。提OGRE并不是為了說明顯性初始化好而提供什么論據(jù),而僅僅是想說,看吧,顯性初始化這種方法是有著一個(gè)優(yōu)秀的庫的支持的。

            3.其他
               3.1singleton模板?
            就那點(diǎn)代碼寫了你會(huì)死啊,我絕不在這個(gè)地方使用模板,多寫個(gè)#include和public Singleton<T>比寫個(gè)函數(shù)和變量更讓我痛恨。
               3.2線程安全
            看了大家一些關(guān)于線程安全的singleton,大家都往Singleton函數(shù)加鎖了。我說。。。。如果那個(gè)單體被用于線程安全的話,僅僅是Singleton函數(shù)加鎖是不夠的吧。況且,XP的思想是,有需求,才添加相應(yīng)的功能,用不上的代碼,能不加就不加。寫多線程程序的情況起始還是不太多的吧。
               3.3singleton和全局變量有什么區(qū)別?(小白創(chuàng)可貼)
            其實(shí)沒啥區(qū)別的,就是一個(gè)命名協(xié)議的問題(我是完全這么認(rèn)為的)。
            如果全局變量的命名協(xié)議能規(guī)定為 g_classname,比如class CBoxManager; 相應(yīng)的全局變量命名為 g_pCBoxManager的話,不用singleton也可以哦。
            不然的話,每個(gè)單體變量的命名都沒個(gè)準(zhǔn),這在team work中是一個(gè)讓人起小疙瘩的事情。


            PS:加入代碼的DLG里居然沒有C/C++選項(xiàng),這里可是cpp blog啊^O^~

            posted on 2007-09-14 22:52 LOGOS 閱讀(1622) 評(píng)論(9)  編輯 收藏 引用

            FeedBack:
            # re: 談?wù)劜灰粯拥膕ingleton 2007-09-15 02:56 func
            顯性初始化的單件在多線程下還要不要加鎖?惰性初始化的貌似加鎖也會(huì)出問題。。。  回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-09-15 08:17 LOGOS
            @func
            1.new的時(shí)候不用加鎖,一般應(yīng)該在進(jìn)入多線程前在主線程把單體new出來
            2.所謂多線程編碼,僅僅是對(duì)Singleton()函數(shù)加鎖是不夠的,或者也是不必要的。將單體換成全局變量想一想,在獲取全局變量的時(shí)候根本沒加鎖這回事。
            多線程要加鎖的地方在對(duì)象的算法函數(shù)中,而不是獲取對(duì)象本身。
              回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-09-15 10:06 func
            我說的就是Singleton::GetInstance()函數(shù)的加鎖問題,沒表達(dá)清楚~  回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-09-15 11:58 eXile
            不錯(cuò), 和我的做法一樣.
              回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-09-15 14:37 func
            汗,第二個(gè)回復(fù)是在把你回復(fù)理解錯(cuò)的情況下發(fā)的,又看了一眼知道你說的了,汗,無視那個(gè)回復(fù)吧……

            = =  回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-10-06 18:48 study
            "顯性初始化的時(shí)機(jī)很簡單,new即存在"
            單體是不能new的,使用者多調(diào)幾次new怎么辦
            你這個(gè)就是一個(gè)普通的類,不是單體,當(dāng)然設(shè)計(jì)之初不需要考慮多線程環(huán)境

            另外c++下不能使用類似java下的提前new 出static來 編譯器的問題

            惰性初始化是唯一選擇,也是gof設(shè)計(jì)模式使用的方式,如果認(rèn)為效率有問題,可以使用雙重檢測(cè)  回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-10-17 16:30 func
            樓上應(yīng)該看一下OGRE的實(shí)現(xiàn),其實(shí)這種單件在構(gòu)造函數(shù)中assert的不存在(保證了單件的唯一性),在獲得實(shí)例的函數(shù)中assert實(shí)例的存在(保證了單件的存在性即已被初始化)

            不過感覺缺點(diǎn)就是報(bào)錯(cuò)是在運(yùn)行時(shí)報(bào)錯(cuò),而不是編譯其間。  回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-10-17 16:33 func
            “其實(shí)這種單件在構(gòu)造函數(shù)中assert單件實(shí)例不存在”

            寫漏了幾個(gè)字  回復(fù)  更多評(píng)論
              
            # re: 談?wù)劜灰粯拥膕ingleton 2007-12-24 23:02 逍遙劍客
            最好所有singleton的初始化跟銷毀都放在一起,因?yàn)橛行﹕ingleton之間是有依賴關(guān)系的,必須按特定順序來  回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            97热久久免费频精品99| 狠狠色婷婷久久综合频道日韩| 99久久99久久久精品齐齐| 国内精品久久久久久久97牛牛| 久久成人精品视频| 日韩精品久久久久久久电影| 色偷偷偷久久伊人大杳蕉| 狠狠色丁香婷婷综合久久来来去| 亚洲国产成人久久精品99| 九九久久99综合一区二区| 一本色综合久久| 国内精品久久久久久久亚洲| 亚洲AV日韩精品久久久久久| 国内精品久久久久久久影视麻豆 | 国产免费福利体检区久久| 色妞色综合久久夜夜| 国产成人精品久久综合 | 7777久久亚洲中文字幕| 久久大香萑太香蕉av| AAA级久久久精品无码区| 俺来也俺去啦久久综合网| 久久精品极品盛宴观看| 久久久久亚洲爆乳少妇无| www.久久热| 久久精品国产亚洲av麻豆色欲 | 久久中文字幕人妻熟av女| 国产精品久久久久久久久久免费| 亚洲中文久久精品无码| 久久久久青草线蕉综合超碰| 亚洲国产精品无码久久青草| 久久久久亚洲精品无码网址| 99久久国产主播综合精品| 日本精品久久久中文字幕| 久久亚洲美女精品国产精品| 无码国内精品久久人妻蜜桃| 国产色综合久久无码有码| 狠狠综合久久AV一区二区三区| 狠狠色丁香婷婷久久综合五月| 伊人色综合九久久天天蜜桃 | 99久久精品免费观看国产| 久久综合久久综合九色|