青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

羅朝輝(飄飄白云)

關(guān)注嵌入式操作系統(tǒng),移動平臺,圖形開發(fā)。-->加微博 ^_^

  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  85 隨筆 :: 0 文章 :: 169 評論 :: 0 Trackbacks

[深入理解C++(二)]理解接口繼承規(guī)則

 羅朝輝 ( http://m.shnenglu.com/kesalin/ )

CC許可,轉(zhuǎn)載請注明出處

一,前言

在前一篇《[深入理解C++(一)]類型轉(zhuǎn)換(Type Casting)》中,我詳細(xì)講述了 C++ 中轉(zhuǎn)型動作,以及使用規(guī)則。有網(wǎng)友說應(yīng)該提及下《深度探索 C++ 對象模型》一書中的內(nèi)容,其實他的意思是,要是對 C++ 對象的內(nèi)存布局不甚了解,就想要徹悟C++中的類型轉(zhuǎn)型,對象切割,虛函數(shù)調(diào)用等,猶如脫離了堅實的根基,想去建空中閣樓。理解 C++ 對象的內(nèi)存布局對學(xué)會 C++來說至關(guān)重要,但我不打算寫 C++ 對象的內(nèi)存布局相關(guān)的文章,因為要站在前人的肩膀上,大牛陳皓 已經(jīng)就這個主題寫了三篇圖文并茂的文章:

(一),C++ 虛函數(shù)表解析

(二),C++ 對象的內(nèi)存布局(上)

(三),C++ 對象的內(nèi)存布局(下)

 

在繼續(xù)閱讀本文之前,建議先閱讀這三篇文章,以更好地理解本系列文章。在接下來的內(nèi)容中,我將從重載,重寫,屏蔽等概念入手,引入眾多接口繼承規(guī)則。

 

二,引子:重載(overload),重寫(override),屏蔽(hide)

重載(overload):在相同作用域內(nèi),函數(shù)名稱相同,參數(shù)或常量性(const)不同的相關(guān)函數(shù)稱為重載。重載函數(shù)之間的區(qū)分主要在參數(shù)和常量性(const)的不同上,若僅僅是返回值或修飾符 virtual,public/protected/private的不同不被視為重載函數(shù)(無法通過編譯)。不同參數(shù)是指參數(shù)的個數(shù)或類型不同,而類型不同是指各類型之間不能進行隱身類型轉(zhuǎn)換或不多于一次的用戶自定義類型轉(zhuǎn)換(關(guān)于類型轉(zhuǎn)換,請參考前文:類型轉(zhuǎn)型(Type Casting))。當(dāng)調(diào)用發(fā)生時,編譯器在進行重載決議時根據(jù)調(diào)用所提供的參數(shù)來選擇最佳匹配的函數(shù)。

重寫(override):派生類重寫基類中同名同參數(shù)同返回值的函數(shù)(通常是虛函數(shù),這是推薦的做法)。同樣重寫的函數(shù)可以有不同的修飾符virtual,public/protected/private。

屏蔽(hide):一個內(nèi)部作用域(派生類,嵌套類或名字空間)內(nèi)提供一個同名但不同參數(shù)或不同常量性(const)的函數(shù),使得外圍作用域的同名函數(shù)在內(nèi)部作用域不可見,編譯器在進行名字查找時將在內(nèi)部作用域找到該名字從而停止去外圍作用域查找,因而屏蔽外圍作用域的同名函數(shù)。

(注:編譯器在決定哪一個函數(shù)應(yīng)該被調(diào)用時,依次要做三件事:名字查找,重載決議,訪問性檢查。后續(xù)文章將詳細(xì)介紹這個決定過程。)

下面來分析示例:

class Base
{
public:
    virtual void f() { cout << "Base::f()" << endl; }
    void f(int) { cout << "Base::f(int)" << endl; }
    virtual void f(intconst { cout << "Base::f(int) const" << endl; }
    virtual void f(int *) { cout << "Base::f(int *)" << endl; }
};

class Derived : public Base
{
public:
    virtual void f() { cout << "Derived::f()" << endl; }
    virtual void f(char) { cout << "Derived::f(char)" << endl; }
};
const Base b;
b.f(10);

Derived d;
int value = 10;

d.f();
d.f('A');
d.f(10);
//d.f(&value);//編譯報錯

 

在上面代碼中,Base 中的一系列名為 f 的函數(shù)在同一作用域內(nèi),且同名不同參或不同常量性,故為重載函數(shù);而 Derived 中的 f() 則是重寫了基類同名同參的 f();而 Derived 中的 f(char) 則屏蔽了 Base 中所有的同名函數(shù)。

所以上面代碼的執(zhí)行結(jié)果是:

Base::f(int) const
Derived::f()
Derived::f(char)
Derived::f(char)

對 d.f(10); 這兩個調(diào)用,看似基類 Base 中有更好的匹配,但實際上由于編譯器在進行名字查找時,首先在 Derived 類作用域中進行查找,找到  f(char) 就停止去基類作用域中查找,因而基類的所有同名函數(shù)沒有機會進入重載決議,因而被屏蔽了。因此編譯器將 10 隱式轉(zhuǎn)型為 char 調(diào)用 Derived 中的 f(char)。至此,聰明的你應(yīng)該很容易明白為什么 d.f(&value);  無法通過編譯了吧(VS編譯器的提示信息很給力)。

 

三,函數(shù)繼承規(guī)則:

鑒于繼承基類的函數(shù)有如此隱晦的概念需要弄懂,再加上 virtual 函數(shù),public/protected/private 繼承等等,更是增加了理解一個類接口的難度(因為你不僅要看類自身的接口,還有向上追溯所有基類的接口,以及是以何種方式繼承基類的接口等等)。因此,C++里面有很多針對類接口繼承的慣用法:

1,優(yōu)先使用組合而非繼承。既然繼承代價如此之大,那么最好的就是不繼承唄。當(dāng)然不是說完全不用繼承,只有在存在明確的“IS-A”關(guān)系時,繼承的好處才會顯現(xiàn)出來(可以用多態(tài)-但要遵循 Liskov 替換原則);而其他情況下(”HAS-A”或“Is-implemented-in-terms-of”)應(yīng)毫不猶豫地使用組合,而且要優(yōu)先使用 PIMPL(Point to implementation) 手法(后續(xù)文章會介紹這個慣用法)來使用組合。

2,純虛函數(shù)繼承規(guī)則-聲明純虛函數(shù)的目的是讓派生類來繼承函數(shù)接口而非實現(xiàn),使得純虛函數(shù)就像Java或C#中的 interface 一樣。唯一的例外就是需要純析構(gòu)函數(shù)提供實現(xiàn)(避免資源泄漏)。

3,非純虛函數(shù)繼承規(guī)則-聲明非純虛函數(shù)的目的是讓派生類繼承函數(shù)接口及默認(rèn)實現(xiàn)。但這是一種欠佳的做法,因為默認(rèn)實現(xiàn)能讓新加入的沒有重寫該實現(xiàn)的派生類通過編譯并運行,而默認(rèn)實現(xiàn)有可能并不適用于新加入的派生類,對此編譯器并不會提供任何信息(警告都沒一個)。為了應(yīng)對這一潛在的陷阱,誕生了另一個規(guī)則:”純虛函數(shù)的聲明提供接口,純虛函數(shù)的實現(xiàn)提供默認(rèn)實現(xiàn);派生類必須重寫該接口,但在實現(xiàn)時可以調(diào)用基類的默認(rèn)實現(xiàn)。“

如下代碼所示:

class Base
{
public:
    virtual void f() = 0;
};

void Base::f()
{
    cout << "Base::f() default implement." << endl;
}

class DerivedA : public Base
{
public:
    virtual void f()
    {
        Base::f();
    }
};

class DerivedB : public Base
{
public:
    virtual void f()
    {
        cout << "DerivedB::f() override." << endl;
    }
};

4,非虛函數(shù)繼承規(guī)則-永遠(yuǎn)也不要重寫基類中的非虛函數(shù)。非虛函數(shù)的目的就是為了讓派生類繼承基類的強制性實現(xiàn),它并不希望被派生類改寫。

5,盡量不要屏蔽外圍作用域(包括繼承而來的)名字。屏蔽所帶來的隱晦難以理解等問題在前面已有描述。

如果沒得選擇(我還真沒想到有什么場景會出現(xiàn)這種情況,通常換個名字都是可行的)必須重新定義或重寫基類中同名函數(shù),那么你應(yīng)該為每一個原本會被隱藏的名字引入一個 using 聲明或使用轉(zhuǎn)交函數(shù)(派生類定義同名同參函數(shù),在該函數(shù)內(nèi)部調(diào)用基類的同名同參函數(shù))來使這些名字在派生類的作用域中可見。(Effective C++ 條款33)。

該規(guī)則應(yīng)用如下:

class Base
{
public:
    virtual void f() { cout << "Base::f()" << endl; }
    void f(int) { cout << "Base::f(int)" << endl; }
    virtual void f(intconst { cout << "Base::f(int) const" << endl; }
    virtual void f(int *) { cout << "Base::f(int *)" << endl; }
};

class Derived : public Base
{
public:
    using Base::f;
    virtual void f() { cout << "Derived::f()" << endl; }
    //virtual void f(char) { cout << "Derived::f(char)" << endl; }
};
const Base b;
b.f(10);

Derived d;
int value = 10;

d.f();
d.f('A');
d.f(10);
d.f(&value);

 

運行得到的結(jié)果為:

Base::f(int) const
Derived::f()
Base::f(int)
Base::f(int)
Base::f(int *)

在這里,因為使用了 using Base::f; ,因此基類中的所有名字 f 對子類來說都是可見的,所有 d.f(&value); 等均可通過編譯運行了。再次提醒:這是一種非常不好的做法。

6,基類的析構(gòu)函數(shù)應(yīng)當(dāng)為虛函數(shù),以避免資源泄漏。

假設(shè)有如下情況,帶非虛析構(gòu)函數(shù)的基類指針 pb 指向一個派生類對象 d,而派生類在其析構(gòu)函數(shù)中釋放了一些資源,如果我們 delete pb; 那么派生類對象的析構(gòu)函數(shù)就不會被調(diào)用,從而導(dǎo)致資源泄漏發(fā)生。因此,應(yīng)該聲明基類的析構(gòu)函數(shù)為虛函數(shù)。

7,避免 private 繼承 – private 繼承通常意味著根據(jù)某物實現(xiàn)出(Is-implemented-in-terms-of),此種情況下使用基類與派生類這樣的術(shù)語并不太合適,因為它不滿足 Liskov 替換原則,并且從基類繼承而來的所有接口均為私有的,外部不可訪問。private 繼承可用 PIMPL 手法取代。

文中已經(jīng)兩次提到 PIMPL 利器,在這里就 private 繼承先給出一個示例,以后再詳述 PIMPL 的好處。

原先使用 private 繼承:

class SomeClass
{
public:
    void DoSomething(){}
};

class OtherClass : private SomeClass
{
private:
    void DoSomething(){}
};

使用 PIMPL 手法替代:

class SomeClass
{
public:
    void DoSomething(){}
};

class OtherClass
{
public:
    OtherClass();
    ~OtherClass();

    void DoSomething();
private:
    SomeClass * pImpl;
};

OtherClass::OtherClass()
{
    pImpl = new SomeClass();
}

OtherClass::~OtherClass()
{
    delete pImpl;
}

void OtherClass::DoSomething()
{
    pImpl->DoSomething();
}

8,不要改寫繼承而來的缺省參數(shù)值。前面已經(jīng)說到非虛函數(shù)繼承是種不好的做法,所以在這里的焦點就放在繼承一個帶有缺省參數(shù)值的虛函數(shù)上了。為什么改寫繼承而來的缺省參數(shù)值不好呢?因為虛函數(shù)是動態(tài)綁定的,而缺省參數(shù)值卻是靜態(tài)綁定的,這樣你在進行多態(tài)調(diào)用時:函數(shù)是由動態(tài)類型決定的,而其缺省參數(shù)卻是由靜態(tài)類型決定的,違反直覺。

有代碼有真相:

class Base
{
public:
    // 前面的示例為了簡化代碼沒有遵循虛析構(gòu)函數(shù)規(guī)則,在這里說明下
    virtual ~Base() {}; 
    virtual void f(int defaultValue = 10)
    {
        cout << "Base::f() value = " << defaultValue << endl;
    }
};

class Derived : public Base
{
public:
    virtual void f(int defaultValue = 20)
    {
        cout << "Derived::f() value = " << defaultValue << endl;
    }
};

這段代碼的輸出為:

Derived::f() value = 10

調(diào)用的是動態(tài)類型 d -派生類 Derived的函數(shù)接口,但缺省參數(shù)值卻是由靜態(tài)類型 pb-基類 Base 的函數(shù)接口決定的,這等隱晦的細(xì)節(jié)很可能會浪費你一下午來調(diào)試,所以還是早點預(yù)防為好。

9,還有一種流派認(rèn)為不應(yīng)公開(public)除虛析構(gòu)函數(shù)之外的虛函數(shù)接口,而應(yīng)公開一個非虛函數(shù),在該非虛函數(shù)內(nèi) protected/private 的虛函數(shù)。這種做法是將接口何時被調(diào)用(非虛函數(shù))與接口如何被實現(xiàn)(虛函數(shù))分離開來,以達(dá)到更好的隔離效果。在設(shè)計模式上,這是一種策略模式。通常在非虛函數(shù)內(nèi)內(nèi)聯(lián)調(diào)用(直接在頭文件函數(shù)申明處實現(xiàn)就能達(dá)到此效果)虛函數(shù),所以在效率上與直接調(diào)用虛函數(shù)相比不相上下。

譬如:

class Base
{
public:
    virtual ~Base() {}
    
    void DoSomething()
    {
        StepOne();
        StepTwo();
    }
private:
    virtual void StepOne() = 0;
    virtual void StepTwo() = 0;
};

class Derived : public Base
{
private:
    virtual void StepOne()
    {
        cout << "Derived StepOne: do something." << endl;
    }
    virtual void StepTwo()
    {
        cout << "Derived StepTwo: do something." << endl;
    }
};

 

四,后記

C++ 陷阱特別多,學(xué)好用好 C++ 不容易,但只要把 OO 設(shè)計原則牢記在心頭,多見識些 C++ 慣用手法,C++ 的威力就能很好的展現(xiàn)出來。

 

五,引用

Effective C++ 條款 32 ~ 39

More Effective C++ 條款20 ~ 25







posted on 2012-11-06 21:21 羅朝輝 閱讀(3247) 評論(5)  編輯 收藏 引用 所屬分類: C/C++

評論

# re: [深入理解C++(二)]理解接口繼承規(guī)則 2012-11-07 13:47 3tgame
"在上面代碼中,Base 中的一系列名為 f 的函數(shù)在同一作用域內(nèi),且同名不同參或不同常量性,故為重載函數(shù);而 Derived 中的 f() 則是重寫了基類同名同參的 f();而 Derived 中的 f(char) 則屏蔽了 Base 中所有的同名函數(shù)。"

我怎么都找不到本文第一段程序哪里出現(xiàn)這個f(char) 函數(shù)?  回復(fù)  更多評論
  

# re: [深入理解C++(二)]理解接口繼承規(guī)則 2012-11-07 15:42 羅朝輝
@3tgame

多謝提醒,已經(jīng)修改了。  回復(fù)  更多評論
  

# re: [深入理解C++(二)]理解接口繼承規(guī)則[未登錄] 2012-11-08 14:28 歲月漫步
C++中細(xì)節(jié)太多了  回復(fù)  更多評論
  

# re: [深入理解C++(二)]理解接口繼承規(guī)則 2013-09-13 16:39 李明
mark下!  回復(fù)  更多評論
  

# re: [深入理解C++(二)]理解接口繼承規(guī)則 2014-01-15 16:43 ss
最后一個例子, " 在設(shè)計模式上,這是一種策略模式 ".
我怎么看怎么像是 Template Method.

現(xiàn)在學(xué)著學(xué)著, 很多設(shè)計模式我都已經(jīng)分辨不出來了... :(  回復(fù)  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            狂野欧美激情性xxxx| 性做久久久久久免费观看欧美| 久久久久一区二区三区| 亚洲人成在线免费观看| 久久久精品国产免费观看同学| 一本色道精品久久一区二区三区| 亚洲欧美成人精品| 亚洲视频1区| 亚洲精品影视在线观看| 欧美国产精品日韩| 女人色偷偷aa久久天堂| 久久精品视频免费| 久久久久五月天| 久久久视频精品| 久久久久国色av免费看影院 | 欧美一级视频免费在线观看| 国产精品看片你懂得| 欧美精品一区二区三区很污很色的| 亚洲福利视频在线| 欧美激情精品久久久久久免费印度 | 亚洲免费电影在线| 亚洲欧洲偷拍精品| 日韩亚洲欧美一区二区三区| 亚洲狼人综合| 亚洲欧美一区二区三区极速播放 | 亚洲一区二区三区精品动漫| 亚洲一二区在线| 亚洲欧美日韩人成在线播放| 亚洲剧情一区二区| 亚洲欧美久久久久一区二区三区| 亚洲欧美日韩久久精品| 欧美一区二区三区四区高清| 久久亚洲风情| 亚洲免费成人| 久久久久久久综合色一本| 欧美电影在线免费观看网站| 国产精品成人一区二区艾草| 一色屋精品视频免费看| 日韩一级大片在线| 久久久久久夜| 亚洲视频第一页| 欧美大片免费久久精品三p| 国产精品视频| 亚洲欧洲另类国产综合| 欧美一区亚洲| 一本一道久久综合狠狠老精东影业 | 欧美日韩在线播放一区| 美日韩精品免费| 国产日韩欧美三区| 亚洲欧美视频在线观看| 欧美激情视频免费观看| 久久成人精品无人区| 国产精品视频最多的网站| 99国产精品私拍| 欧美韩日一区二区三区| 久久国产精品网站| 国产精品麻豆va在线播放| 日韩午夜激情av| 亚洲福利视频在线| 蜜桃av一区二区三区| 国产综合第一页| 久久亚洲一区| 久久亚洲精品网站| 91久久久久久国产精品| 亚洲大片精品永久免费| 亚洲一卡久久| 国产日韩欧美日韩大片| 国产精品嫩草99a| 欧美在线你懂的| 欧美一区二区精美| 国语自产在线不卡| 欧美99在线视频观看| 欧美区一区二区三区| 日韩一级视频免费观看在线| 亚洲精品免费网站| 国产精品久久久久久久7电影| 亚洲一区日韩| 亚洲欧美日韩国产综合精品二区| 国产一区二区三区奇米久涩| 欧美福利一区| 国产乱码精品1区2区3区| 在线视频你懂得一区二区三区| 一区二区国产在线观看| 国产亚洲人成网站在线观看| 欧美激情区在线播放| 国产欧美日韩视频| 欧美激情网站在线观看| 国产精品久久一区二区三区| 免费成人高清视频| 久久久99爱| 欧美一区二区免费视频| 欧美精品久久久久久久| 久久精品av麻豆的观看方式| 欧美日韩四区| av成人福利| 91久久精品一区二区三区| 久久夜色精品国产欧美乱| 亚洲影视在线播放| 欧美另类高清视频在线| 狼人天天伊人久久| 国内精品久久久| 午夜精品视频在线观看一区二区 | 欧美精品三级日韩久久| 亚洲国产片色| 亚洲精品乱码久久久久久黑人| 欧美在线视频a| 久久精品盗摄| 国产欧美一二三区| 午夜精品在线观看| 亚洲欧洲三级| 欧美日韩一区三区| 亚洲靠逼com| 欧美成人一品| 亚洲人午夜精品免费| 99pao成人国产永久免费视频| 免费亚洲一区| 亚洲精品国产精品国自产在线 | 国产伦精品一区二区三区免费| 亚洲国产精品毛片| 亚洲午夜日本在线观看| 欧美日韩高清免费| 亚洲免费观看视频| 在线亚洲成人| 欧美色精品天天在线观看视频 | 久久久久国产精品厨房| 国产午夜精品一区理论片飘花| 欧美一级在线亚洲天堂| 99热这里只有精品8| 国产日产欧产精品推荐色| 久久精品国产久精国产爱| 猛男gaygay欧美视频| 亚洲欧洲一级| 国产精品高精视频免费| 久久国产黑丝| 亚洲国产精品一区二区www| 亚洲先锋成人| 国产丝袜一区二区| 欧美肥婆bbw| 亚洲欧洲在线播放| 午夜国产欧美理论在线播放 | 亚洲欧美怡红院| 国产欧美一区二区三区久久人妖| 亚洲一区bb| 六十路精品视频| 久久gogo国模裸体人体| 亚洲国产日韩在线一区模特| 国产欧美一区二区精品忘忧草| 欧美三级欧美一级| 欧美精品乱人伦久久久久久| 久久精品免费| 性欧美超级视频| 亚洲自拍高清| 亚洲毛片av| 宅男66日本亚洲欧美视频| 激情伊人五月天久久综合| 国产精品美女久久久浪潮软件| 亚洲伊人伊色伊影伊综合网| 日韩一区二区精品| 亚洲国产精选| 亚洲福利国产| 久久久噜噜噜久久中文字幕色伊伊| 亚久久调教视频| 宅男精品视频| 夜夜嗨网站十八久久| 亚洲久久一区| 一区二区三区导航| 中文国产成人精品久久一| 国产精品免费观看视频| 国产精品v欧美精品∨日韩| 欧美日韩国产在线| 欧美日韩一区二区视频在线 | 亚洲一区二区3| 亚洲精品专区| 欧美va亚洲va香蕉在线| 99www免费人成精品| 国产视频精品va久久久久久| 国产日韩欧美a| 激情久久影院| 亚洲精品久久久蜜桃| 亚洲精品免费在线| 亚洲与欧洲av电影| 欧美在线亚洲| 亚洲福利免费| 午夜国产欧美理论在线播放| 久久久91精品国产一区二区三区 | 国产精品自拍网站| 国产亚洲一区精品| 亚洲国产精品视频| 黄色成人在线网址| 亚洲亚洲精品在线观看| 国产视频一区二区在线观看 | 亚洲第一在线| 亚洲一区二区三区视频播放| 国产精品99久久久久久久女警| 欧美自拍丝袜亚洲| 欧美人与禽猛交乱配视频| 国产欧美大片| 欧美.www| 欧美日韩国产一区二区| 精品电影在线观看|