• <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>

            alex

            alex

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              7 隨筆 :: 6 文章 :: 7 評論 :: 0 Trackbacks

            handle-body,睡死了,但還是得堅持下。其實這個是很簡單的概念
            這個也稱呼為pimpl,是private implemention的縮寫,下面涉及到的都叫做pimpl, 那用這個到底有什么好處呢:
            1:可以把具體的實現從client端封裝,這樣即使修改實現,只要不修改頭文件,對client端來說,是沒有任何影響的,甚至不改變代碼的2進制特性
            2:加速編譯時間,我們知道有時頭文件有太多的實現,會導致包含這個頭文件的其他文件的編譯時間增加,通過pimpl,我們把實現從頭文件移到cpp里面,從而減少了其他包含這個文件的編譯時間,加快編譯速度
            3:減少依賴,這個實際上也增加了編譯的速度,可以不對client端暴露一些實現上的頭文件,從而減少了依賴說了這么多,下面來看下一個簡單的pimpl的實現。是用loki的類來實現的。哈哈,睡死了,偷懶
            /*.h*/
            class CTest
            {
            public:
            ??? void Test();
            private:?
            ????Loki::PimplT::Type m_impl;
            };
            ------------------------------------------------------------------- /*.cpp*/
            template<>
            struct Loki::ImplT
            {
            public:
            ?? ?void Test() { std::cout << "test" << std::endl; }
            };

            void CTest::Test() { return m_impl->Test(); }

            上面只是個很簡單很簡單的例子,以至于有些還無法體會到pimpl的作用,但相信在實踐中你會體會到,把原來定義在CTest里面的一些私有的方法,成員,全部挪到ImplT里面時,你會體會到,這個CTest的頭文件里include了很少的頭,他可以說完成了原始的使命,達到了功能性接口的作用,而其他原來定義在頭里的.h,可以全部挪到cpp里了。下面來分析下loki是怎么實現的。可以看到實現pimpl首先需要牽置聲明pre define類,loki通過模板的全特化來實現了這個的隱藏,從而避免了把具體的實現類暴露給client的弊端。下面來看下這個泛化的pre define: template struct ImplT; 哈哈,很簡單,再看上面我的cpp里的定義,大家結合上面也許就明白了吧,部過,這里需要注意的是,CTest的構造函數要寫后面,不然can;t compile. 但是,為什么具體的實現類是ImplT但,前面的
            Loki::PimplT::Type m_impl;
            那Loki::PimplT::Type是什么用的,我們知道,假如保存原始的
            Loki::ImplT<CTest>* m_impl;
            然后new一個,其實這樣只存在1個問題,2個不方便,
            1:問題是這樣的原始指針,不能傳播const信息,也就是說,對象CTest轉為const的化,他里面的指針類型不是同樣隨著帶有const屬性,也就是說,假如此時指針指向的對象有個函數,提供了const&none const的,此時,還是會調用non const的,所以,外界還是可以通過這個對象來做修改。
            2:2個不方便是,你必須對對象實現new和delete.
            下面來看下loki是怎么做的
            template<class T>
            struct ConstPropPtr
            {
            ??????? explicit ConstPropPtr(T* p) : ptr_(p) {}
            ??????? ~ConstPropPtr() { delete? ptr_; ptr_ = 0; }
            ??????? T* operator->()??? { return? ptr_; }
            ??????? T& operator*()??? { return *ptr_; }
            ??????? const T* operator->() const??? { return? ptr_; }
            ??????? const T& operator*()? const??? { return *ptr_; }
            ???
            private:
            ??????? ConstPropPtr();
            ??????? ConstPropPtr(const ConstPropPtr&);
            ??????? ConstPropPtr& operator=(const ConstPropPtr&);
            ??????? T* ptr_;
            };

            這個類提供了對問題1的解決。下面會講解,主要的點是,對象不同于指針,對象能傳遞const屬性。
            下面看下pimlT的定義:
            template<class T, template<class> class Ptr = ConstPropPtr>
            struct PimplT
            {
            ??????? typedef T Impl;

            ??????? // declare pimpl
            ??????? typedef Pimpl<ImplT<T>, Ptr<ImplT<T> > > Type;

            ??????? // inherit pimpl
            ??????? typedef PimplOwner<ImplT<T>, Ptr<ImplT<T> > > Owner;
            };
            可以看到對Type
            的定義,下面的owner也不說了,直接到Pimpl,

            template
            <???
            ??????? class T,
            ??????? typename Pointer = ConstPropPtr<T>
            >
            class Pimpl
            {
            public:

            ??????? typedef T Impl;

            ??????? Pimpl() : ptr_(new T)
            ??????? {}

            ??????? ~Pimpl()
            ??????? {
            ??????????? typedef char T_must_be_defined[sizeof(T) ? 1 : -1 ];
            ??????? }


            ??????? T* operator->()
            ??????? {
            ??????????? return ptr_.operator->();
            ??????? }

            ??????? T& operator*()
            ??????? {
            ??????????? return ptr_.operator*();
            ??????? }

            ??????? const T* operator->() const
            ??????? {
            ??????????? return ptr_.operator->();
            ??????? }

            ??????? const T& operator*() const
            ??????? {
            ??????????? return ptr_.operator*();
            ??????? }

            ??????? Pointer& wrapped()
            ??????? {
            ??????????? return ptr_;
            ??????? }

            ??????? const Pointer& wrapped() const
            ??????? {
            ??????????? return ptr_;
            ??????? }


            private:
            ??????? Pimpl(const Pimpl&);
            ??????? Pimpl& operator=(const Pimpl&);

            ??????? Pointer ptr_;
            };

            可以看到,這個類用了上面的ConstPropPtr從而使對象有了const屬性的傳遞。其他的,實際上,幫你操作了new,再ConstPropPtr里釋放,有點RAII的味道,剩下的完全模擬保存的指針的行為,即implT的實現,從而使其能正確的操作對象。
            睡死了,早早結束
            ???????????????????????????????????????????????? alex_yuu
            posted on 2007-02-11 15:52 agerlis 閱讀(411) 評論(0)  編輯 收藏 引用
            99精品久久久久久久婷婷| 亚洲AV伊人久久青青草原| 日韩久久无码免费毛片软件| 久久精品国产精品亜洲毛片| 亚洲欧美国产精品专区久久 | 99久久综合狠狠综合久久止| 国产日韩久久久精品影院首页| 久久亚洲精品视频| 欧美日韩精品久久久免费观看| 97久久精品午夜一区二区| 中文字幕亚洲综合久久菠萝蜜| 亚洲国产综合久久天堂| 欧美日韩中文字幕久久伊人| 合区精品久久久中文字幕一区| 无码超乳爆乳中文字幕久久| 91精品婷婷国产综合久久 | 久久久无码精品亚洲日韩按摩 | 国产成人精品久久一区二区三区| 无码人妻久久一区二区三区蜜桃| 久久精品国产亚洲av高清漫画| 久久久久亚洲av成人网人人软件| 久久免费香蕉视频| 久久精品国产一区二区 | 亚洲AV无码成人网站久久精品大| 久久午夜福利电影| 亚洲欧美成人久久综合中文网| 看全色黄大色大片免费久久久 | 欧美久久综合九色综合| 热久久这里只有精品| 国产精品成人99久久久久91gav| 色欲久久久天天天综合网| 久久久久女人精品毛片| 国产精品无码久久四虎| 久久棈精品久久久久久噜噜| 中文字幕成人精品久久不卡| 亚洲欧美精品一区久久中文字幕 | 亚洲精品乱码久久久久久蜜桃| 国产综合成人久久大片91| 久久久久亚洲AV无码专区网站| 久久精品九九亚洲精品| 91视频国产91久久久|