• <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:39 agerlis 閱讀(1788) 評論(1)  編輯 收藏 引用

            評論

            # re: 關于handle-body的用法及loki::PimplT的分析 2007-02-11 15:49 agerlis
            ...怎么主頁上沒現實啊,這個blog操作怎么這么麻煩的啊  回復  更多評論
              

            久久精品国产亚洲AV香蕉| 久久亚洲高清观看| 欧美日韩精品久久久免费观看| 久久亚洲精品成人av无码网站| 国产亚洲成人久久| 成人综合伊人五月婷久久| 久久香综合精品久久伊人| 亚洲精品乱码久久久久久按摩| 看全色黄大色大片免费久久久| 91精品国产乱码久久久久久| 亚洲精品午夜国产va久久| 国产综合免费精品久久久| 武侠古典久久婷婷狼人伊人| 久久香蕉一级毛片| 久久人人青草97香蕉| 999久久久无码国产精品| 亚洲а∨天堂久久精品9966| 久久久精品午夜免费不卡| 久久久久精品国产亚洲AV无码| 亚洲国产天堂久久综合| 久久人人爽人人澡人人高潮AV| 激情伊人五月天久久综合| 国内精品伊人久久久影院 | 国产精久久一区二区三区| 91久久精品91久久性色| 久久午夜无码鲁丝片秋霞| 久久天天躁狠狠躁夜夜2020老熟妇 | 久久亚洲熟女cc98cm| 久久久99精品成人片中文字幕| 精品国产综合区久久久久久| 久久久久久九九99精品| 亚洲国产精品成人久久| 99精品国产综合久久久久五月天| 久久成人国产精品免费软件| 亚洲精品tv久久久久| 久久精品国产一区二区三区| 日本精品久久久久中文字幕8| 99久久成人国产精品免费| 日韩人妻无码精品久久免费一| 亚洲精品无码久久千人斩| 久久精品国产久精国产果冻传媒|