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

            醬壇子

            專注C++技術(shù) 在這里寫下自己的學(xué)習(xí)心得 感悟 和大家討論 共同進(jìn)步(歡迎批評!!?。?/p>

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              66 Posts :: 16 Stories :: 236 Comments :: 0 Trackbacks

            公告

            王一偉 湖南商學(xué)院畢業(yè) 電子信息工程專業(yè)

            常用鏈接

            留言簿(19)

            我參與的團(tuán)隊

            搜索

            •  

            積分與排名

            • 積分 - 388624
            • 排名 - 64

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            The PIMPL idiom

            In C++ when anything in a header file changes, all code that includes the header (either directly or indirectly) must be recompiled. To minimalize this we use PIMPL idiom:

            // file x.h
            class X
            {
            public:
            // public members
            protected:
            // protected members
            private:
            // pointer to forward declared class
            class XImpl *pimpl_;  // opaque pointer
            };
            

            Questions: -- What should go into XImpl? Options are:

            • Put all private data but not functions into XImpl.: Not too bad, but there is better

            • Put all private members into XImpl.

            • Put all private and protected members into XImpl. Bad, protected members must be in X

            • Make XImpl entirely the class that X would have been, and write X as only the public interface made up entirely of simple forwarding functions (handle/body variant).

            -- Does XImpl require a pointer back to the X object?

            Caveats:

            • You can't hide virtual member functions in the Pimpl (here private inheritance differs from membership)

            • Functions in Pimpl may require a "back pointer" to the visible object (by convention that is called: self_.

            • Often the best compromise is to use Option 2, and in addition to put into XImpl only rhose non-private functions that need to be called by private ones.

            • 4th is better over 2nd not needed "back pointer", but X is useless for inheritance.

            PIPML has some drawbacks, like allocating/deallocating objects in the heap, which could be slow.

            What about this "optimalization"?

            // file: y.h
            class Y
            {
            //...
            static const size_t sizeofx = /* ... */;
            char x_[sizeofx];
            };
            // file: y.cpp
            #include "x.h"
            Y::Y()
            {
            assert( sizeofx >= sizeof(X) );
            new(&x_[0]) X;
            }
            Y::~Y()
            {
            (reinterpret_cast<X*>(&x_[0]))->~X();
            }
            

            Questions:

            • What is the Pimpl space overhead?

            • What is the performance overhead?

            Space overhead:

            #include <iostream>
            using namespace std;
            struct X {
            char c;
            struct XImpl *pimpl_;
            };
            struct XImpl { char c; };
            int main()
            {
            cout << sizeof(XImpl) << '\t' << sizeof(X) << endl;
            return 0;
            }
            // result: 1    8
            

            Runtime overhead:

            • allocation/deallocation cost: relativelly expensive

            • indirect access of private members (+ back pointer)

            • alignment problems: new guaranties, that object will align properly, char[] buffers doesn't!

            • X must not use the default assignmentoperator=()

            • If sizeof(XImpl) grows greater then sizeofx, we need to update the source.

            // file x.h
            class X
            {
            //...
            struct XImpl *pimpl_;
            };
            // file x.cpp
            #include "x.h"
            struct XImpl
            {
            // private stuff here ...
            static void *operator new(size_t)   { /*...*/ }
            static void *operator delete(void*) { /*...*/ }
            };
            X::X() : pimpl_( new XImpl ) { }
            X::~X() { delete pimpl_; pimpl_ = 0; }
            
            posted on 2007-07-16 14:51 @王一偉 閱讀(1316) 評論(0)  編輯 收藏 引用

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


            精品国产乱码久久久久久郑州公司 | 国产AV影片久久久久久| 日本免费一区二区久久人人澡| 亚洲国产精品久久久久婷婷软件| 久久久久亚洲AV无码去区首| 精品国产青草久久久久福利| 国产69精品久久久久777| 亚洲欧洲精品成人久久曰影片 | 久久丫精品国产亚洲av不卡| 亚洲国产天堂久久综合网站| 人妻无码αv中文字幕久久琪琪布 人妻无码精品久久亚瑟影视 | 亚洲第一永久AV网站久久精品男人的天堂AV | 久久亚洲国产成人精品无码区| 少妇人妻综合久久中文字幕| 日韩精品久久久久久| 亚洲精品乱码久久久久久久久久久久 | 99久久精品免费国产大片| 国产精品亚洲综合久久| 狠狠综合久久综合中文88 | 久久综合久久综合久久综合| 狠狠综合久久综合88亚洲| 久久久久国产精品嫩草影院| 久久精品国产久精国产| 97久久精品午夜一区二区| 日韩AV无码久久一区二区| 99精品国产99久久久久久97| 亚洲国产成人久久一区WWW| 久久婷婷色综合一区二区| 国产免费久久精品99久久| 91麻豆精品国产91久久久久久| 久久婷婷久久一区二区三区| AV无码久久久久不卡网站下载| 午夜精品久久久久久久久| 久久免费的精品国产V∧| 久久精品国产亚洲AV影院 | 狠狠色综合网站久久久久久久高清| 久久久91人妻无码精品蜜桃HD| 国产午夜精品理论片久久| 欧美成a人片免费看久久| 亚洲精品无码久久毛片| 77777亚洲午夜久久多喷|