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

            洛譯小筑

            別來無恙,我的老友…
            隨筆 - 45, 文章 - 0, 評論 - 172, 引用 - 0
            數(shù)據(jù)加載中……

            [ECPP讀書筆記 條目36] 避免對派生的非虛函數(shù)進行重定義

            現(xiàn)在考慮以下的層次結(jié)構(gòu):B是一個基類,D是由B的公共繼承類,B類中定義了一個公有成員函數(shù)mf,由于這里mf的參數(shù)和返回值不是討論的重點,因此假設(shè)mf是無參數(shù)無返回值的函數(shù)。即:

            class B {

            public:

              void mf();

              ...

            };

            class D: public B { ... };

            即使不知道BDmf的任何信息,我們聲明一個D的對象x

            D x;                               // x D類型的對象

             

            B *pB = &x;                        // 指向x的指針

            pB->mf();                          // 通過指針調(diào)用mf函數(shù)

             

            D *pD = &x;                        // 指向x的指針

            pD->mf();                          // 通過指針調(diào)用mf函數(shù)

            在這里,如果告訴你pD->mf()pB->mf()將擁有不同的行為,你很可能會感到意外。因為兩種情況都調(diào)用了x對象的成員函數(shù)mf,兩次調(diào)用使用了同一函數(shù)和同一對象,mf()理所應(yīng)當具有一致的行為。難道不是嗎?

            你說得沒錯,的確“理所應(yīng)當”。但這一點無法得到保證。在特殊情況下,如果mf是非虛函數(shù)并且D類中對mf進行了重定義,那么問題就出現(xiàn)了:

            class D: public B {

            public:

              void mf();                       // 隱藏了B::mf; 參見條目33

              ...

            };

             

            pB->mf();                          // 調(diào)用B::mf

             

            pD->mf();                          // 調(diào)用D::mf

            此類“雙面行為”的出現(xiàn),究其原因,是由于諸如B::mfD::mf這樣的非虛函數(shù)是靜態(tài)綁定的(參見條目37)。這也就意味著:由于我們將pB聲明為指向B的指針,那么通過pB所調(diào)用的所有非虛函數(shù)都將調(diào)用B類中的版本,即使pB指向一個B的派生類的對象也是如此,正如上文示例所示。

            另一方面,由于虛函數(shù)是動態(tài)綁定的(再次參見條目37),因此它們不會被這個問題困擾。如果mf是虛函數(shù),那么無論通過pB還是pD來調(diào)用mf都會是對D::mf的調(diào)用,這是因為pBpD實際上指向同一對象,這個對象是D類型的。

            如果你正在編寫D類,并且你對由B類繼承而來的mf函數(shù)進行了重定義,那么D類將會表現(xiàn)出不穩(wěn)定的行為。在特定情況下,任意給定的D對象在調(diào)用mf函數(shù)時可能表現(xiàn)出BD兩種不同的行為,決定因素將是指向mf的指針的類型,與對象本身沒有任何關(guān)系。引用同樣會遭遇這種令人困惑的行為。

            但是,上述內(nèi)容僅僅是實用層面的分析,我知道,你真正需要的是對“避免對派生的非虛函數(shù)進行重定義”這一命題的理論推導(dǎo)。我很樂意效勞。

            條目32解釋了公共繼承意味著“A是一個B”,條目34描述了為什么在類中聲明一個非虛函數(shù)是對類本身設(shè)置的“個性化壁壘”。將上述理論應(yīng)用到類BD和非虛你函數(shù)B::mf上,我們可以得到:

            B生效的所有東西對D也生效,這是因為每一個D對象都是一個B對象。

            繼承自B的類必須同時繼承mf的接口實現(xiàn),這是因為mfB類中的非虛函數(shù)。

            現(xiàn)在,如果在D中重定義了mf,那么你的設(shè)計方案中就出現(xiàn)了一個矛盾。如果D確實需要與B不同的mf實現(xiàn)方案,與此同時,如果對于所有的B對象(無論多么個性化的)確實必須使用B實現(xiàn)版本的mf,于是我們可以很簡單地推斷出:并不是每個D都是一個B。這種情況下,D并非公共繼承自B。另一方面,如果D確實必須是B的公共繼承類,與此同時,如果D確實需要與B不同的mf實現(xiàn)版本,那么mfB的“個性化壁壘”作用就不復(fù)存在了。這種情況下,mf應(yīng)該是虛函數(shù)。最后,如果每個D確實是一個B,與此同時,如果mf確實B起到了“個性化壁壘”的作用,那么D中并不會真正需要重定義mf,它也不應(yīng)該做出這樣的嘗試。

            無論從哪個角度講,我們都必須無條件地禁止對派生的非虛函數(shù)進行重定義。

            如果閱讀本文給你一種似曾相識的感覺,那么你一定是對閱讀過的條目7還有印象,在那里,我們解釋了為什么多態(tài)基類的析構(gòu)函數(shù)必須為虛函數(shù)。如果你違背了條目7的思想(也就是說,你在多態(tài)基類中聲明了一個非虛構(gòu)函數(shù)),那么你也就同時違背了本條的思想。這是因為在派生類中繼承到的非虛函數(shù)(基類的析構(gòu)函數(shù))一定會被重定義。即使派生類中不聲明任何析構(gòu)函數(shù)也是如此,這是因為,對于一些特定的函數(shù),即使你不自己聲明它們,編譯器也會自動為你生成(參見條目5)。從本質(zhì)上講,條目7只不過是本條的一個特殊情況,只是因為它十分重要,我們才把它單列出一個條目。

            時刻牢記

            避免在派生類中重定義非虛函數(shù)。

            posted on 2011-12-30 22:53 ★ROY★ 閱讀(2283) 評論(1)  編輯 收藏 引用 所屬分類: Effective C++

            評論

            # re: 【讀書筆記】[Effective C++第3版][第36條]避免對派生的非虛函數(shù)進行重定義  回復(fù)  更多評論   

            如果在D中重定義了mf(),那么派生類中的mf()會屏蔽掉基類中mf(),想調(diào)用基類的mf(),只能通過B::mf();這樣調(diào)用了
            2012-01-12 16:33 | mc_ran
            三上悠亚久久精品| 香蕉久久久久久狠狠色| 国产一区二区精品久久| 精品免费久久久久国产一区| 日韩AV毛片精品久久久| 国产高潮国产高潮久久久| 久久精品18| 女人香蕉久久**毛片精品| 日韩人妻无码一区二区三区久久99| 国产亚洲美女精品久久久久狼| 日本精品久久久久影院日本| 久久免费精品视频| 久久99久久99精品免视看动漫| 久久99精品国产麻豆婷婷| 久久国产欧美日韩精品| 一级做a爰片久久毛片免费陪| 久久91精品久久91综合| 久久青青草原亚洲av无码app| 久久国产乱子伦精品免费午夜| 久久精品国产精品亚洲毛片| 久久人人爽人人爽人人爽| 久久99精品九九九久久婷婷| 欧美一区二区精品久久| 成人妇女免费播放久久久| 色妞色综合久久夜夜| 人人狠狠综合久久88成人| 亚洲av伊人久久综合密臀性色| 亚洲午夜福利精品久久| 一本色道久久综合狠狠躁篇| 一本一道久久a久久精品综合 | 久久av高潮av无码av喷吹| 国产精品天天影视久久综合网| 久久久久亚洲AV无码麻豆| 久久久久人妻精品一区二区三区| 精品国产乱码久久久久久人妻| 囯产精品久久久久久久久蜜桃| 伊人久久大香线蕉综合影院首页| 久久精品日日躁夜夜躁欧美| 亚洲va久久久噜噜噜久久| 国产一级持黄大片99久久| 国内精品久久久久久久影视麻豆|