• <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>
            SmartPtr
            本博客已搬至:http://www.cnblogs.com/baiyanhuang/
            posts - 29,comments - 176,trackbacks - 0
            By SmartPtr(http://m.shnenglu.com/SmartPtr/)

                 Singleton應(yīng)該可以算是GOF23個模式中最簡單的一個模式了,它有兩個要求:一是保證一個類僅有一個實(shí)例;二是提供一個訪問它的全局訪問點(diǎn)。這在實(shí)現(xiàn)中分別對應(yīng)為:一是構(gòu)造函數(shù)非public;二是提供一個靜態(tài)函數(shù)作為全局訪問點(diǎn)。
              在
            C#中,我們可以這么寫:
            public class ExampleSingleton
            {
                
            // code to support Singleton
                protected ExampleSingleton(){}
                
            protected static ExampleSingleton instance = new ExampleSingleton();

                
            public static ExampleSingleton Instance
                {
                    
            get{return instance;}
                }

                
            // This class's real functionalities
                public void Write(){Console.WriteLine("Hello, World!");}
            }

            // use this singleton class
            ExampleSingleton.Instance.Write();
                類似的,C++中實(shí)現(xiàn)如下:
            class ExampleSingleton
            {
                
            // code to support Singleton
            protected:
                    ExampleSingleton(){}
            public:
                
            static ExampleSingleton& Instance()
                {
                    
            static ExampleSingleton instance;
                    
            return instance;
                }

                
            // This class's real functionalities
                void Write(){printf("Hello, World!");}
            };

            // use this singleton class
            ExampleSingleton::Instance().Write();

                這樣寫的確符合了singleton的兩個要求,但是如果我們的系統(tǒng)中有許多個Singleton類,而對于每一個類,我們都要寫那些固定的,重復(fù)的代碼去支持其singleton的屬性。這不是一個好現(xiàn)象,我們希望可以把這些固定的代碼提取出來,使我們的Singleton類只需要專注于實(shí)現(xiàn)其真正的功能,相信很多人都聽說過這個做法:Singleton模板基類。
            對于C#:
            // Singleton base class, each class need to be a singleton should 
            // derived from this class
            public class Singleton<T> where T: new()
            {
                
                
            // Instead of compile time check, we provide a run time check
                
            // to make sure there is only one instance.
                protected Singleton(){Debug.Assert(null == instance);}
                
            protected static T instance = new T();
                
            public static T Instance
                {
                    
            get{return instance;}
                }
            }

            // Concrete singleton class, derived from Singleton<T>
            public class ExampleSingleton: Singleton<ExampleSingleton>
            {
                
            // since there is no "freind class" in C#, we have to make
                
            // this contructor public to support the new constraint.
                public ExampleSingleton(){}

                
            // This class's real functionalities
                public void Write(){Console.WriteLine("Hello, World!");}
            }

            // use this singleton class
            ExampleSingleton.Instance.Write();

            這里,我們把為了支持Singleton功能的代碼提到一個Singleton<T>的類模板當(dāng)中,任何需要成為Singlton的類,只需從其派生便自然獲得Singleton功能。這里的一個問題是:為了支持模板類中的new()constraint,我們不得不把作為具體singleton類的派生類的構(gòu)造函數(shù)作為public,這就導(dǎo)致我們無法在編譯期阻止用戶自行new出第二個,第三個實(shí)例來,但我們可以在運(yùn)行期來進(jìn)行檢查進(jìn)而保證其實(shí)例的單一性,這就是這singleton基類構(gòu)造函數(shù)的作用:
            protected Singleton(){Debug.Assert(null == instance);}

                當(dāng)然,有另外一種實(shí)現(xiàn)方法,那就是singleton基類不提供new() constraint, 這樣我們就可以讓ExampleSingleton的構(gòu)造函數(shù)為非public,在要創(chuàng)建T實(shí)例的時候,由于不能使用new, 我們用reflection反射出類型T的非public構(gòu)造函數(shù)并調(diào)用之。這樣,我們的確能保證編譯期實(shí)例的唯一性,但是由于用了反射,感覺代碼不是那么的簡單優(yōu)雅,并且對其性能持保留態(tài)度,所以不太傾向與這種方法。
                但畢竟是越早檢查出錯誤越好,所以大家如果有好的解決方案,不妨提出來一起討論討論。

             

            而C++中由于提供了友元這個特性,實(shí)現(xiàn)起來要好一些:
            // Singleton base class, each class need to be a singleton should 
            // derived from this class
            template <class T> class  Singleton
            {
            protected:
                Singleton(){}
            public:
                
            static T& Instance()
                {
                    
            static T instance;
                    
            return instance;
                }
            };

            // Concrete singleton class, derived from Singleton<T>
            class ExampleSingleton: public Singleton<ExampleSingleton>
            {
                
            // so that Singleton<ExampleSingleton> can access the 
                
            // protected constructor
                friend class Singleton<ExampleSingleton>;

            protected:
                    ExampleSingleton(){}
            public:
                
            // This class's real functionalities
                void Write(){printf("Hello, World!");}
            };

            // use this singleton class
            ExampleSingleton::Instance().Write();

            在C++友元的幫助下,我們成功實(shí)現(xiàn)了在編譯期保證實(shí)例的唯一性。(當(dāng)然,前提是你不要"亂交朋友")。

                有人可能會問,實(shí)現(xiàn)singleton的代碼并不多,我們沒必要搞這么一個機(jī)制來做代碼復(fù)用吧? 的確,我們復(fù)用的代碼并不是很多,但是,我想代碼復(fù)用的目的不僅僅是減少代碼量,其最重要的目的還是在于保持行為的一致性,以便于使用與維護(hù)。(用函數(shù)替換代碼段便是一個很好的例子)。
            對于這里的singleton類來講,如果不做這個設(shè)計,我們在每個具體的singleton類內(nèi)部實(shí)現(xiàn)其singleton機(jī)制,那么可能出現(xiàn)的問題是
            1. 很難保證其接口的一致性
            張三寫了一個singleton類,全局訪問函數(shù)是Instance, 李四也寫了一個Singleton類,全局訪問函數(shù)可能就是GetInstance了。。。。。我們并沒有一個健壯的機(jī)制來保證接口的一致性,從而導(dǎo)致了使用的混亂性。

            2. 不易維護(hù)
            Singleton創(chuàng)建實(shí)例有兩種:一種為lazy initialization, 一種就是early initialization, 假如開始的實(shí)現(xiàn)是所有的singleton都用lazy initialization, 突然某種需求要求你用early initialization,你的噩夢就開始了,你不得不重寫每一個singleton類。

            而用了singleton模板基類這種機(jī)制,以上問題就不會存在,我們得到的不僅僅是節(jié)約幾行代碼:)

            posted on 2007-07-17 23:54 SmartPtr 閱讀(1835) 評論(7)  編輯 收藏 引用

            FeedBack:
            # re: Singleton模式在C#與C++中的實(shí)現(xiàn)
            2007-07-18 12:16 | ChenA
            呵呵,這個模式叫CRTP。
            local static不是線程安全的,哎,而且在c++ 08標(biāo)準(zhǔn)出來之前,singleton不可能是線程安全的。
            singleton只能在單線程里用用,基本就是雞肋。
              回復(fù)  更多評論
              
            # re: Singleton模式在C#與C++中的實(shí)現(xiàn)
            2007-07-18 12:50 | SmartPtr
            CRTP = the Curiously Recurring Template Pattern, 這里只是其應(yīng)用之一, 它還可以用于模擬虛函數(shù)等.
            關(guān)于Singleton的線程安全,雖然我們可以寫一些代碼來做到(或看起來做到)線程安全,但是由于現(xiàn)在C++內(nèi)存模型的先天不足, 事實(shí)是無法做到。
              回復(fù)  更多評論
              
            # re: Singleton模式在C#與C++中的實(shí)現(xiàn)
            2007-07-18 14:22 | Afreet
            @ChenA
            小心的問一下,雙檢查加鎖模式呢……  回復(fù)  更多評論
              
            # re: Singleton模式在C#與C++中的實(shí)現(xiàn)
            2007-07-18 16:28 | eXile
            雙重鎖同樣是不安全的,所以盡量不要采用lazy initialization,
            對于early initialization, 一種安全的辦法可以參見:
            http://m.shnenglu.com/eXile/archive/2006/09/27/13034.html  回復(fù)  更多評論
              
            # re: Singleton模式在C#與C++中的實(shí)現(xiàn)
            2007-07-18 17:07 | anders06
            @ eXile
            你是學(xué)Java的? 雙重鎖在C#里是安全的.
            在Java里有人已經(jīng)寫了Singleton is evil  回復(fù)  更多評論
              
            # re: Singleton模式在C#與C++中的實(shí)現(xiàn)
            2007-07-18 17:26 | anders06
            >>不得不把作為具體singleton類的派生類的構(gòu)造函數(shù)作為public,這就導(dǎo)致我們無法在編譯期阻止用戶自行new出第二個

            你都說了你的弊端了,讓我怎么說你好呢:),還是老老實(shí)實(shí)寫吧,到目前為止我沒有找到個完美的方案.
            他們說NGeneric中已經(jīng)有該功能的實(shí)現(xiàn),有空找來看看


              回復(fù)  更多評論
              
            # re: Singleton模式在C#與C++中的實(shí)現(xiàn)
            2007-07-18 18:34 | Afreet
            eXile
            回頭看看,確實(shí),DCLP由于編譯器,其匯編代碼是不確定一定能夠按序執(zhí)行的,所以同樣隱藏了線程安全問題;當(dāng)然在高并發(fā)情況下的瓶頸也是一個重要因素。

            所以俺覺得類似于boost的early initialization可能更可取些。

            至于Java中的Singleton,問題在于采用lazy initialization策略時,如果沒有合理的同步,各個線程得到的實(shí)例可能不是同一個——而且這是由于JVM導(dǎo)致的,這就沒啥好法子了。C++可以用匯編寫線程庫控制代碼執(zhí)行順序,JVM呢?  回復(fù)  更多評論
              

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


            久久久久无码精品| 噜噜噜色噜噜噜久久| 久久综合精品国产二区无码| 亚洲国产一成久久精品国产成人综合| 久久久受www免费人成| 色偷偷91久久综合噜噜噜噜| 97精品国产97久久久久久免费| 久久精品www人人爽人人| 欧美亚洲另类久久综合| 少妇久久久久久被弄到高潮 | 曰曰摸天天摸人人看久久久| 久久精品国产亚洲麻豆| 久久综合给合综合久久| 国产亚洲欧美成人久久片| 日本精品一区二区久久久| 国内精品久久久久影院免费| 久久一区二区三区99| 久久r热这里有精品视频| 亚洲成av人片不卡无码久久| 久久九九有精品国产23百花影院| 久久久午夜精品| 99久久亚洲综合精品成人| 亚洲国产精品无码久久久蜜芽| 日本免费久久久久久久网站| 久久国产劲爆AV内射—百度| 久久AAAA片一区二区| 久久久无码精品亚洲日韩按摩| 亚洲国产成人乱码精品女人久久久不卡 | 久久综合久久综合亚洲| 久久天堂电影网| 久久国产高清字幕中文| 久久国产免费观看精品3| 久久狠狠爱亚洲综合影院| 欧美久久亚洲精品| 久久久久亚洲av成人无码电影| 韩国无遮挡三级久久| 97久久精品国产精品青草| 99久久精品毛片免费播放| 国产精品青草久久久久婷婷| 性欧美大战久久久久久久久| 精品久久久无码21p发布|