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

            loop_in_codes

            低調做技術__歡迎移步我的獨立博客 codemaro.com 微博 kevinlynx

            C++陷阱:構造函數中的多態

            C++中主要是通過給函數加上virtual關鍵字來實現多態。多態可用于改變一個接口的實現,也算是一種嵌入應用層代碼到底層的實現手段。就算你用不到C++那些復雜的技術,多態肯定會被用到。

            但加上virtual不一定能保證多態成功:

            #include <stdio.h>
            
            class Base {
            public:
                Base() {
                    Init();
                }
            
                virtual ~Base() {
                    Release();
                }
            
                virtual void Init() {
                    printf("Base::Init\n");
                }
            
                virtual void Release() {
                    printf("Base::Release\n");
                }
            };
            
            class Derived : public Base {
            public:
                virtual void Init() {
                    printf("Derived::Init\n");
                }
            
                virtual void Release() {
                    printf("Derived:Release\n");
                }
            };
            
            int main()
            {
                Base *obj = new Derived();
                delete obj;
                return 0;
            }
            

            當在構造函數,包括析構函數中調用virtual函數時,預想中的多態是無法完成的,以上代碼輸出結果為:

            Base::Init
            Base::Release
            

            從語言設計角度來看,我個人是不接受這種行為的。我覺得對一門語言而言,幾乎所有特性都應該是一致的,不應該或盡量少地出現這種“例外“。如果我構造一個對象,讓它以不同的方式被構造,這和改變它的某個行為有什么區別?(從這句話來看,似乎還真有區別)

            當然,從語言實現來看,這樣的運行結果又似乎是必然的。因為,基類的構造是早于派生類的(作為其一部分),只有當構造完派生類后,其用于支持多態的虛表才會被正確構造。也就是說,在基類中調用虛函數時,既然虛表都為正確構造,自然調用的不會是派生類的虛函數了。析構函數按照析構的順序來看,也會面臨同樣的情況。

            posted on 2012-09-17 16:30 Kevin Lynx 閱讀(3234) 評論(0)  編輯 收藏 引用 所屬分類: c/c++

            久久精品国产亚洲av高清漫画| 狠狠人妻久久久久久综合蜜桃| 日本高清无卡码一区二区久久| 国产成人精品综合久久久久| 国产精品久久亚洲不卡动漫| 久久久久人妻精品一区三寸蜜桃| 亚洲欧美日韩久久精品第一区| 久久狠狠一本精品综合网| 久久精品国产精品亜洲毛片| 精品久久久无码人妻中文字幕| 三级韩国一区久久二区综合| 精品熟女少妇AV免费久久| 国产国产成人精品久久| 人人妻久久人人澡人人爽人人精品| 国产精品九九久久免费视频| 久久大香香蕉国产| 久久99精品国产麻豆婷婷| 久久久久久久久无码精品亚洲日韩| 久久激情亚洲精品无码?V| 久久精品国产99久久久 | 久久亚洲精品国产精品婷婷| www亚洲欲色成人久久精品| 伊人久久大香线蕉综合Av | 久久久久久久尹人综合网亚洲| 伊人久久大香线蕉av一区| 狠狠人妻久久久久久综合| 久久青草国产精品一区| 亚洲欧美伊人久久综合一区二区| 久久久久国产亚洲AV麻豆| 国产亚洲色婷婷久久99精品91| 久久本道伊人久久| 久久国产精品二国产精品| www.久久热| 久久免费视频网站| 亚洲国产精品久久久久婷婷老年 | 久久这里有精品| 亚洲伊人久久综合影院| 亚洲第一极品精品无码久久| 中文精品99久久国产 | 日日噜噜夜夜狠狠久久丁香五月| 91精品国产综合久久久久久|