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

Shuffy

不斷的學習,不斷的思考,才能不斷的進步.Let's do better together!
posts - 102, comments - 43, trackbacks - 0, articles - 19
【轉】http://m.shnenglu.com/tiandejian/archive/2008/05/01/EC_33.html


第33條:
   
防止隱藏繼承的名字

莎士比亞對于“名字”有著獨特的見解。“名字意味著什么?玫瑰不叫玫瑰,依然芬芳如故。”大師還寫道:“倘若有人偷竊了我的好名聲……事實上會讓我變得一貧如洗。”讓這兩段至理名言引領我們去探究 C++ 中繼承的名字。

事實上,本節討論的問題與繼承并沒有太大關系。它僅僅關系到作用域。我們都能讀懂下面的代碼:

int x;                                 // 全局變量

 

void someFunc()

{

 double x;                            // 局部變量

 

 std::cin >> x;                       // 讀一個新值賦給局部變量 x

}

x 賦值的語句是關于局部變量 x 的,而不是全局變量 x ,這是因為內部作用域隱藏了(“遮擋了”)外部作用域的名字。我們可以將這種域間狀況用下圖描述:

3301.jpg

當編譯器執行至 someFunc 的作用域內并且遇到名字 x 時,它將在局部作用域內查找,以便確認此處是否包含與 x 這個名字相關的操作。因為如果有的話,編譯器就不會再去檢查其它任何作用域了。在這上面的示例中, someFunc 中的 x double 類型的,全局變量 x int 類型的,但是這無關緊要, C++ 的名字隱藏準則只會這樣做:隱藏名字。無論與名字相關的類型是否一致。本例中, double 類型的 x 隱藏了 int 類型的 x

引入繼承。我們知道當我們在一個派生類的成員函數中企圖引用基類的某些內容(比如成員函數、 typedef 、或者數據成員等等)時,編譯器能夠找出我們所引用的東西,因為派生類所繼承的東西在基類中都做過聲明。這里真正的工作方式實際上是:派生類的作用域嵌套在基類的作用域中。請看下面示例:

class Base {

private:

 int x;

 

public:

 virtual void mf1() = 0;

 virtual void mf2();

 void mf3();

 

 ...

};

 

class Derived: public Base {

public:

 virtual void mf1();

 void mf4();

 

 ...

};

 

3302.jpg
本示例中同時存在公共的、私有的名字,另外同時包含了數據成員和成員函數的名字。成員函數包括純需函數、簡單虛函數(非純虛的)和非虛函數。這就是向大家強調,我們此處討論的中心話題就是名字。示例中還可以添加進類型的名字,比如枚舉類型、嵌套類以及預定義類型的名字。這里討論的核心是:它們都是名字,而它們是為什么東西命名的并不重要。示例中使用了單一繼承結構,然而一旦你了解了
C++ 中單一繼承的行為方式之后,多重繼承的行為也就不難推斷了。

假定繼承類中 mf4 是這樣實現的(部分內容):

void Derived::mf4()

{

 

 ...

 mf2();

 

 ...

}

當編譯器看到這個函數中使用了 mf2 這個名字,它就能夠找到 mf2 的出處。編譯器是這樣做到的:它通過搜尋名字為 mf2 的那處聲明所在的作用域。首先它在本地作用域(也就是 mf4 以內)查找,但是沒有找到任何名字為 mf2 的聲明。隨后編譯器搜尋當前包含域,也就是 Derived 類的作用域。仍然沒有找到,于是又轉向搜索上一層作用域,也就是基類。在這里編譯器終于找到了名叫 mf2 的東西,于是搜索結束。如果 Base 類中依然沒有 mf2 ,那么搜索仍會繼續,從包含 Base 的名字空間開始,到全局作用域為止。

雖然我剛剛描述的查找過程是精確的,但是其對于 C++ 中名字查找機制的描述依然沒有做到面面俱到。索性我們的目標并不是對名字查找機制刨根問底從而去編寫一個編譯器。我們的目標是避免惱人的意外發生,針對這一點,我們掌握的信息已經足夠了。

請再次考慮上面的示例,這次我們做一些小的改動:為 mf1 mf3 個添加一個重載版本,并且在 Derived 中為 mf3 添加一個新版本。(第 36 條中將會做出解釋, Derived 中重載版本的 mf3 (一個繼承的非墟函數)將會使這樣的設計存在無法避免的潛在危險,但是在此問題的焦點是繼承下名字的可見性,我們暫且忽略這一問題。)

class Base {

private:

 int x;

 

public:

 virtual void mf1() = 0;

   virtual void mf1(int);

 

 virtual void mf2();

 

 void mf3();

 void mf3(double);

 ...

};

 

class Derived: public Base {

public:

 virtual void mf1();

 void mf3();

 void mf4();

 ...

};

 

3303.jpg
這段代碼的行為將會使每個乍看到它的
C++ 程序員吃上一驚。由于基于作用域的名字隱藏機制并沒有改變,因此基類中所有名叫 mf1 mf3 的函數都被派生類中的 mf1 mf3 所隱藏。從名字查找的角度看, Base::mf1 Base::mf3 不再被 Derived 繼承!

Derived d;

int x;

 

...

d.mf1();                   // 工作正常,調用 Derived::mf1

d.mf1(x);                  // 錯誤! Derived::mf1 隱藏了 Base::mf1

d.mf2();                   // 工作正常,調用 Base::mf2

 

d.mf3();                   // 工作正常,調用 Derived::mf3

d.mf3(x);                 // 錯誤! Derived::mf3 隱藏了 Base::mf3

就像你所看到的,即使同一函數在基類和派生類中的參數表不同,基類中該函數依然會被隱藏,而且這一結論不會因函數是否為虛函數而改變。類似地,在本條目最開端的實例中, someFunc 中的 double x 隱藏了全局域中的 int x ,在此, Derived 類中的函數 mf3 Base 類中名叫 mf3 但類型不同的函數隱藏起來。

C++ 這一特性的理論基礎是:可以防止一類繼承意外的發生,那就是當你為一個庫或應用框架創建一個新的派生類時,你可能會去繼承遠族基類中的重載版本。遺憾的是,我們通常情況下恰恰希望這么做。事實上,如果你使用公有繼承,但不繼承重載的元素,那么就有悖于公有繼承的一項基本原則——基類和派生類之間是“ Derived 是一個 Base ”關系(見第 32 條)。既然如此,你就需要時時刻刻重載 C++ 默認情況下隱藏的繼承而來的名字。

這一工作通過使用 using 聲明來實現:

class Base {

private:

 int x;

 

public:

 virtual void mf1() = 0;

 virtual void mf1(int);

 

 virtual void mf2();

 

 void mf3();

 void mf3(double);

 ...

};

 

class Derived: public Base {

public:

 using Base::mf1;        // 讓積累中所有名為 mf1 mf3 的東西

 using Base::mf3;        // Derived 的作用域中可見(并且是公有的)

 

 virtual void mf1();

 void mf3();

 void mf4();

 ...

};

 

3304.jpg
現在,繼承將按部就班進行:

Derived d;

int x;

 

...

 

d.mf1();                 // 依然正常,依然調用 Derived::mf1

d.mf1(x);                // 現在可以了,調用了 Base::mf1

 

d.mf2();                 // 依然正常,依然調用 Derived::mf1

 

d.mf3();                 // 正常,調用 Derived::mf3

d.mf3(x);                // 現在可以了,調用了 Base::mf3

這意味著如果你繼承一個包含重載函數的基類,并且你僅期望對其中一部分進行重定義或重載,你就應該為每一個不期望被隱藏的名字添加一條 using 聲明。如果你不這樣做,一些你希望繼承下來的名字將可能被隱藏。

不難想象,某些場合你可能不需要把基類中所有的函數繼承下來。在公有繼承體系下這是無論如何不可行的,在次聲明,這是違背公有繼承“ Derived 是一個 Base ”關系的。(這也是為什么上文中 using 聲明要置于派生類中的公共元素部分:基類中公有的名字在公共派生類中必須是公有的。)然而在私有繼承體系下(參見第 39 條),這種不完全繼承依然是有意義的。比如,假設 Derived 類私有地繼承自 Base ,并且 Derived 只希望繼承 mf1 不包含參數的那個版本。 using 聲明在此就不會奏效了,因為它將使該名字所代表的所有繼承版本的函數在派生類中可見。在這種情況下可以使用另一種技術,我們稱之為“轉發函數”:

class Base {

public:

 virtual void mf1() = 0;

 virtual void mf1(int);

 

 ...                                    // 照舊

};

 

class Derived: private Base {

public:

 virtual void mf1()                   // 轉發函數

 { Base::mf1(); }                     // 隱式內聯(參見第 30 條)

 ...

};

 

...

 

Derived d;

int x;

 

d.mf1();                               // 正常,調用 Derived::mf1

d.mf1(x);                              // 錯誤! Base::mf1() 被隱藏了

內聯轉發函數的另一個用途是:在使用古老的編譯器時,它們通常不支持使用 using 聲明來為繼承類的作用域引入繼承的名字(這實際上是編譯器的缺陷)。此時可以使用內聯轉發函數。

你已經了解了繼承和名字隱藏的方方面面,但是當繼承與模板同時使用時,又會出現“繼承名字是隱藏的”一種全新的形式。 43 條將另起一行進行介紹。

銘記在心

派生類中的名字會將基類中的名字隱藏起來。在公有繼承體系下,這是我們所不希望見到的。

為了讓被隱藏名字再次可見,可以使 using 聲明或者 轉發函數。

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            狠狠色综合网站久久久久久久| 欧美中文字幕视频| 久久精品最新地址| 午夜精品久久久久久久久久久久 | 91久久国产综合久久| 久久婷婷av| 欧美成人精品一区| 亚洲日本国产| 亚洲性视频h| 久久久99久久精品女同性| 美女在线一区二区| 欧美天天在线| 伊人久久婷婷色综合98网| 亚洲理论电影网| 性8sex亚洲区入口| 欧美成人高清| 亚洲视频综合| 欧美成年人视频网站| 国产精品成人一区二区艾草| 国产一区久久| 亚洲一区二区三区视频| 欧美91精品| 亚洲女优在线| 欧美成人激情视频| 国产亚洲二区| 亚洲视频精选在线| 欧美电影免费观看高清完整版| 中文欧美日韩| 毛片av中文字幕一区二区| 国产模特精品视频久久久久| 亚洲精品女av网站| 久久久五月婷婷| 99精品黄色片免费大全| 久久精品一二三区| 国产精品老牛| 一区二区三区高清视频在线观看| 老司机午夜免费精品视频 | 欧美成人精品一区二区| 国产午夜亚洲精品理论片色戒| 99re这里只有精品6| 久久最新视频| 一区二区高清视频| 老司机aⅴ在线精品导航| 亚洲欧美精品一区| 欧美日韩国产成人在线免费| 最新日韩在线| 男女精品网站| 久久久久国产一区二区三区| 国产精品免费久久久久久| 亚洲伦理网站| 亚洲福利电影| 免费一级欧美片在线观看| 狠狠色狠色综合曰曰| 久久精品一区四区| 午夜在线视频观看日韩17c| 国产精品亚洲一区| 羞羞答答国产精品www一本| 一区二区三区久久| 欧美色精品天天在线观看视频| 99re6热只有精品免费观看 | 欧美在线观看www| 亚洲在线第一页| 国产精品制服诱惑| 久久国产精彩视频| 久久爱www| 有码中文亚洲精品| 亚洲福利久久| 欧美日韩性视频在线| 亚洲欧美亚洲| 欧美在线不卡| 亚洲韩国一区二区三区| 亚洲激情第一页| 欧美午夜精品伦理| 久久精品日产第一区二区三区| 欧美一区在线视频| 亚洲国产精品久久精品怡红院| 欧美国内亚洲| 国产精品盗摄久久久| 久久国产精品一区二区| 久久资源av| 亚洲无玛一区| 久久国产精彩视频| 亚洲精品久久| 亚洲男人的天堂在线aⅴ视频| 国产在线一区二区三区四区| 欧美国产综合| 国产精品剧情在线亚洲| 巨乳诱惑日韩免费av| 欧美精品激情在线| 性做久久久久久久免费看| 久久久夜夜夜| 亚洲欧美激情视频在线观看一区二区三区| 亚洲综合成人婷婷小说| 最新成人av在线| 亚洲一区二区免费视频| 亚洲电影免费在线观看| 一区二区欧美日韩| 国语精品一区| 亚洲精品系列| 国产精品自在欧美一区| 亚洲欧美国产高清va在线播| 久久久久久高潮国产精品视| 亚洲国产高潮在线观看| 亚洲精品在线看| 国产一区二区久久久| 亚洲韩国精品一区| 国产一区二区三区四区hd| 亚洲精选国产| 亚洲国产中文字幕在线观看| 亚洲女性喷水在线观看一区| 99精品视频免费观看视频| 久久精品国语| 亚洲欧美成aⅴ人在线观看| 欧美承认网站| 欧美二区在线| 有码中文亚洲精品| 久久av最新网址| 欧美在线亚洲| 国产精品视频福利| 一区二区欧美亚洲| 中文在线一区| 欧美日韩国产综合在线| 欧美黄色网络| 亚洲高清久久| 久久日韩粉嫩一区二区三区| 久久久噜噜噜久久中文字免| 国产精品区免费视频| 亚洲视频网在线直播| 亚洲女优在线| 国产欧美在线视频| 欧美一区二区三区视频免费播放| 午夜精彩视频在线观看不卡| 国产精品户外野外| 在线一区视频| 亚洲欧美日韩一区二区在线| 欧美午夜免费电影| 亚洲性人人天天夜夜摸| 亚久久调教视频| 国产欧美午夜| 欧美一级在线视频| 久久精品视频免费| 精品电影一区| 欧美福利网址| 亚洲色图自拍| 久久久久久久一区二区| 亚洲国产综合在线| 欧美人与性动交α欧美精品济南到 | 亚洲欧美国产精品专区久久| 亚洲一区尤物| 国产精品无码永久免费888| 午夜精品影院在线观看| 麻豆国产精品777777在线| 亚洲人成网在线播放| 欧美日韩国产在线看| 亚洲午夜国产一区99re久久 | 欧美交受高潮1| 亚洲欧洲一区二区三区在线观看| 99国产精品视频免费观看| 国产精品一区二区久久| 久久噜噜噜精品国产亚洲综合| 亚洲欧洲午夜| 久久久久久久久岛国免费| 亚洲精品日韩欧美| 国产精品一级二级三级| 久久综合网络一区二区| 国产欧美一区二区三区在线老狼 | 亚洲韩国精品一区| 亚洲欧美日韩国产| 一色屋精品视频免费看| 欧美激情一区二区三区蜜桃视频 | 美女国内精品自产拍在线播放| 亚洲日本va午夜在线影院| 国产精品久久久久91| 毛片一区二区三区| 性感少妇一区| 夜夜爽av福利精品导航| 蜜桃精品一区二区三区| 午夜电影亚洲| 日韩视频精品在线| 韩国成人精品a∨在线观看| 欧美日韩免费观看一区=区三区| 久久不射中文字幕| 亚洲最新合集| 亚洲国产精彩中文乱码av在线播放| 亚洲综合日本| 一区二区日韩| 亚洲国产精品一区在线观看不卡| 国产精品久久久久av免费| 欧美大胆成人| 久久婷婷影院| 久久精品一区二区三区不卡牛牛| 中文精品视频一区二区在线观看| 欧美韩国一区| 男女视频一区二区| 久久青草久久| 久久精品亚洲一区二区| 午夜精品免费在线| 中文久久精品| 亚洲视频每日更新| 亚洲午夜小视频|