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

那誰(shuí)的技術(shù)博客

感興趣領(lǐng)域:高性能服務(wù)器編程,存儲(chǔ),算法,Linux內(nèi)核
隨筆 - 210, 文章 - 0, 評(píng)論 - 1183, 引用 - 0
數(shù)據(jù)加載中……

探索C++的秘密之二:重載,覆蓋,和隱藏

這幾個(gè)概念都有一個(gè)共同點(diǎn):函數(shù)名稱相同,所以不免讓人混淆,大致的區(qū)別如下:

重載(overload):
必須在一個(gè)域中,函數(shù)名稱相同但是函數(shù)參數(shù)不同,重載的作用就是同一個(gè)函數(shù)有不同的行為,因此不是在一個(gè)域中的函數(shù)是無(wú)法構(gòu)成重載的,這個(gè)是重載的重要特征

覆蓋(override):
覆蓋指的是派生類的虛擬函數(shù)覆蓋了基類的同名且參數(shù)相同的函數(shù),既然是和虛擬函數(shù)掛鉤,說(shuō)明了這個(gè)是一個(gè)多態(tài)支持的特性,所謂的覆蓋指的是用基類對(duì)象的指針或者引用時(shí)訪問(wèn)虛擬函數(shù)的時(shí)候會(huì)根據(jù)實(shí)際的類型決定所調(diào)用的函數(shù),因此此時(shí)派生類的成員函數(shù)可以"覆蓋"掉基類的成員函數(shù).
注意唯有同名且參數(shù)相同還有帶有virtual關(guān)鍵字并且分別在派生類和基類的函數(shù)才能構(gòu)成虛擬函數(shù),這個(gè)也是派生類的重要特征.
而且,由于是和多態(tài)掛鉤的,所以只有在使用類對(duì)象指針或者引用的時(shí)候才能使用上.
總之一句話:覆蓋函數(shù)都是虛函數(shù),反之不然~~

隱藏(hide):
指的是派生類的成員函數(shù)隱藏了基類函數(shù)的成員函數(shù).隱藏一詞可以這么理解:在調(diào)用一個(gè)類的成員函數(shù)的時(shí)候,編譯器會(huì)沿著類的繼承鏈逐級(jí)的向上查找函數(shù)的定義,如果找到了那么就停止查找了,所以如果一個(gè)派生類和一個(gè)基類都有同一個(gè)同名(暫且不論參數(shù)是否相同)的函數(shù),而編譯器最終選擇了在派生類中的函數(shù),那么我們就說(shuō)這個(gè)派生類的成員函數(shù)"隱藏"了基類的成員函數(shù),也就是說(shuō)它阻止了編譯器繼續(xù)向上查找函數(shù)的定義....
回到隱藏的定義中,前面已經(jīng)說(shuō)了有virtual關(guān)鍵字并且分別位于派生類和基類的同名,同參數(shù)函數(shù)構(gòu)成覆蓋的關(guān)系,因此隱藏的關(guān)系只有如下的可能:
1)必須分別位于派生類和基類中
2)必須同名
3)參數(shù)不同的時(shí)候本身已經(jīng)不構(gòu)成覆蓋關(guān)系了,所以此時(shí)是否是virtual函數(shù)已經(jīng)不重要了
??當(dāng)參數(shù)相同的時(shí)候就要看時(shí)候有virtual關(guān)鍵字了,有的話就是覆蓋關(guān)系,沒(méi)有的時(shí)候就是隱藏關(guān)系了

上面的解說(shuō)大體把三者的區(qū)別給說(shuō)清楚了,但是還有一些疑惑的地方,以下以代碼例子說(shuō)明.

很多人分辨不清隱藏和覆蓋的區(qū)別,因?yàn)樗麄兌际前l(fā)生在基類和派生類之中的.但是它們之間最為重要的區(qū)別就是:
覆蓋的函數(shù)是多態(tài)的,是存在于vtbl之中的函數(shù)才能構(gòu)成"覆蓋"的關(guān)系,而隱藏的函數(shù)都是一般的函數(shù),不支持多態(tài),在編譯階段就已經(jīng)確定下來(lái)了.


class ?Base
{
public :
virtual ? void ?f( float ?x) {cout << " Base::f(folat) " << x << endl;}
????????
void ?g( float ?x) {cout << " Base::g(float) " << x << endl;} ???
}
;

class ?Derived: public ?Base
{
public ?:
????
virtual ? void ?f( float ?x) {cout << " Derived::f(float) " << x << endl;}
????????????
void ?g( int ?x) {cout << " Deriver::g(int) " << x << endl;}
}
;

int ?main()
{
????Derived?d;
????Base?
* pb =& d;
????Derived?
* pd =& d;
????pb
-> f( 3.14f );
????pd
-> f( 3.14f );
????pb
-> g( 3.14f );??? // 輸出結(jié)果:Base::g(float)3.14
????pd -> g( 3.14f );??? // 輸出結(jié)果:Dervied::g(int)3
???? return ? 0 ;
}



在調(diào)用f函數(shù)的時(shí)候,派生類Derived的f函數(shù)覆蓋了基類Base的f函數(shù),而派生類Derived的g函數(shù)隱藏了基類Base的g函數(shù).
為什么?理由很簡(jiǎn)單,f函數(shù)是virtual函數(shù),但是g函數(shù)不是.我們可以把Base類和Derived類看成這樣的一個(gè)struct:
struct?Base
{
????
void??????????(*g)(float);??//?Base類型的函數(shù)指針,不可變
????struct?VTABLE??*__vptr;?????//?虛擬函數(shù)指針數(shù)組,可變
}
;

void?__Baseg(float)
{
????cout
<<"Base::g(folat)"<<x<<endl;
}


struct?Derived
{
????
void??????????(*g)(float);??//?Derived類型的函數(shù)指針,不可變
????struct?VTABLE??*__vptr;?????//?虛擬函數(shù)指針數(shù)組,可變
}
;

void?__Derivedg(float)
{
????cout
<<"Deriver::g(int)"<<x<<endl;
}


struct?VTABLE
{
????
void??????????(*f)(float);??//?函數(shù)指針
}
;

void?__Basef(float)
{
????cout
<<"Base::f(folat)"<<x<<endl;
}


void?__Derivedf(float)
{
????cout
<<"Deriver::f(int)"<<x<<endl;
}



在程序編譯的時(shí)候,函數(shù)指針f就已經(jīng)是確定的了,但是__vptr根據(jù)不同的而有分別,而這個(gè)變化是運(yùn)行期動(dòng)態(tài)決定的.
也就是說(shuō):f的地址不可變,__vptr可變.
回到上面的例子中,Base *pb=&d;的時(shí)候只是用Derived類對(duì)象d的__vptr修改了Base類pb的__vptr指針,但是當(dāng)Base類成員建立的
時(shí)候f函數(shù)指針就是不能改變的.

當(dāng)函數(shù)被聲明為virtual的時(shí)候,就激活了多態(tài)機(jī)制,程序在運(yùn)行的時(shí)候會(huì)根據(jù)類型的實(shí)際類型到VTABLE中查找函數(shù)指針,因此對(duì)函數(shù)g的調(diào)用就是這樣子的:
pb->__vptr->g();
而對(duì)f的調(diào)用就是一般的類成員函數(shù)指針的調(diào)用了:pb->f(),因?yàn)檫@個(gè)類型在程序編譯的時(shí)候已經(jīng)確認(rèn)了,所以在程序運(yùn)行的時(shí)候是不能發(fā)生改變的.

綜上,可以把
Derived d;
Base *pb=&d;
的過(guò)程分解為:
d.g = __Derivedg;
d.__vptr->f = __Derivedf;
pb->g = __Baseg;? ?? ?? ?? ?// 這里根據(jù)指針的真正類型確定函數(shù)指針
pb->__vptr = d.__vptr;? ?? ?// 這里只是簡(jiǎn)單的指針賦值,因此訪問(wèn)到的就是Derived的函數(shù)了
最后在調(diào)用:
pb->f(3.14f);
pb->g(3.14f);
實(shí)際上是:
pb->__vptr->__Derivedf(3.14f);
__Baseg(3.14f);
這么寫就明白最后在調(diào)用的時(shí)候?yàn)槭裁磿?huì)用那樣的結(jié)果了,可以看出多了一個(gè)__vptr這個(gè)間接層實(shí)現(xiàn)了所謂的"動(dòng)態(tài)綁定".

最后,需要說(shuō)明的一點(diǎn)是:實(shí)際上在c++中,非static和非virtual的函數(shù)指針并不會(huì)在一個(gè)class中保存它的函數(shù)指針,上面把函數(shù)g的指針寫在struct里面只是為了方便說(shuō)明這樣的問(wèn)題:在編譯階段這個(gè)函數(shù)就已經(jīng)是確定的不可改變的了.特此說(shuō)明一下.

posted on 2006-03-24 20:39 那誰(shuí) 閱讀(3176) 評(píng)論(6)  編輯 收藏 引用 所屬分類: C\C++

評(píng)論

# re: 探索C++的秘密之二:重載,覆蓋,和隱藏   回復(fù)  更多評(píng)論   

重載,重寫,和隱藏會(huì)不會(huì)更好理解一些。
2006-03-24 21:12 | 沐楓

# re: 探索C++的秘密之二:重載,覆蓋,和隱藏   回復(fù)  更多評(píng)論   

我看到很多地方都是寫的覆蓋,這個(gè)講究的地方在哪里呢?兄臺(tái)給我講一下,謝啦~~
2006-03-24 22:08 | 創(chuàng)系

# re: 探索C++的秘密之二:重載,覆蓋,和隱藏   回復(fù)  更多評(píng)論   

沒(méi)什么講究啦,就是看什么詞容易讓人理解,就是什么詞好。
2006-03-27 13:27 | 沐楓

# re: 探索C++的秘密之二:重載,覆蓋,和隱藏   回復(fù)  更多評(píng)論   

寫的很好! 謝謝!
2008-06-11 16:51 | anonymous

# re: 探索C++的秘密之二:重載,覆蓋,和隱藏 [未登錄](méi)  回復(fù)  更多評(píng)論   

里面有很多不一致的地方哦
2010-07-29 07:33 | haha

# re: 探索C++的秘密之二:重載,覆蓋,和隱藏 [未登錄](méi)  回復(fù)  更多評(píng)論   

謝謝分享,我還一直沒(méi)弄明白,這下明白了。
2011-12-20 19:36 | Cloud
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美日韩一区二区在线观看视频| 先锋亚洲精品| 欧美日韩一区二区三区| 免费视频一区| 欧美**字幕| 欧美精品免费播放| 欧美日韩国产成人| 欧美午夜a级限制福利片| 午夜精品偷拍| 久久精品亚洲一区二区三区浴池| 欧美一级艳片视频免费观看| 欧美一区二区日韩| 久久先锋资源| 欧美日韩一区二区在线播放| 国产精品三级视频| 亚洲福利免费| 亚洲一区二区欧美日韩| 久久精品国产免费| 欧美超级免费视 在线| 亚洲精品日韩在线| 亚洲欧美欧美一区二区三区| 亚洲第一福利在线观看| 欧美诱惑福利视频| 久久久久网站| 欧美日韩在线精品| 国产一区二区三区黄| 91久久久在线| 欧美中文在线免费| 日韩亚洲成人av在线| 久久精品日产第一区二区三区| 欧美国产精品人人做人人爱| 国产精品裸体一区二区三区| 亚洲国产精品第一区二区| 午夜精品福利视频| 亚洲国产美国国产综合一区二区| 亚洲天堂av在线免费| 免费视频久久| 久久精品视频在线| 欧美一区二区三区免费视频| 亚洲国产精品一区二区www在线| 亚洲欧美视频在线观看视频| 欧美高清你懂得| 亚洲成人资源| 久久久亚洲成人| 在线一区二区三区做爰视频网站| 老司机午夜精品视频| 国产精品羞羞答答xxdd| 99国产精品国产精品久久| 免费在线日韩av| 久久国产精品第一页| 国产午夜精品理论片a级大结局| 一区二区三区免费网站| 亚洲午夜激情免费视频| 亚洲欧洲精品一区二区精品久久久| 午夜精品福利在线| 一区二区三区精品在线 | 亚洲一区二区在| 欧美激情精品久久久久久黑人 | 欧美成人情趣视频| 欧美一区二区三区免费视频 | 精品成人一区二区三区四区| 亚洲欧美综合网| 亚洲视频一二三| 久久免费视频网站| 亚洲婷婷综合色高清在线| 亚洲高清在线观看| 免费观看一区| 亚洲三级免费观看| 亚洲激情自拍| 欧美日韩国产精品| 亚洲天堂偷拍| 亚洲视频在线观看免费| 欧美一激情一区二区三区| 欧美日韩一区二区三区在线看| 最新日韩av| 亚洲精选91| 国产精品日日摸夜夜摸av| 亚洲欧美三级在线| 午夜在线电影亚洲一区| 国产日韩欧美亚洲一区| 久久深夜福利免费观看| 久热精品视频| 欧美11—12娇小xxxx| 日韩系列在线| 亚洲一区二区欧美日韩| 狠狠色丁香久久婷婷综合丁香| 毛片av中文字幕一区二区| 欧美成人一区二区三区| 一区二区三区免费网站| 午夜一区在线| 国内精品久久国产| 欧美在线观看视频一区二区| 性欧美暴力猛交69hd| 亚洲二区在线观看| 一本色道久久综合亚洲精品小说 | 海角社区69精品视频| 男男成人高潮片免费网站| 亚洲欧洲综合另类在线| 欧美成人精品影院| 欧美日韩一区免费| 麻豆freexxxx性91精品| 欧美黄色免费| 欧美一区二区三区在线看| 久久在线视频| 亚洲欧美www| 欧美va天堂在线| 久久精品91久久久久久再现| 欧美精品导航| 美国成人毛片| 国产精品裸体一区二区三区| 亚洲国产精品123| 国产欧美日韩一区| 9i看片成人免费高清| 亚洲高清三级视频| 欧美在线二区| 欧美一区中文字幕| 亚洲欧洲精品一区二区| 激情婷婷亚洲| 正在播放欧美视频| 中文在线资源观看视频网站免费不卡| 久久国产精品久久久久久电车| 亚洲午夜国产成人av电影男同| 久久久www| 久久久成人网| 国产精品一区二区女厕厕| 日韩亚洲精品在线| 日韩视频一区| 能在线观看的日韩av| 蜜桃av一区| 影音欧美亚洲| 久久国产精品久久久| 久久精品欧美日韩精品| 国产精品高潮视频| 美女视频网站黄色亚洲| 亚洲一区二区黄色| 老司机午夜精品| 国产午夜精品一区二区三区视频| 一区二区成人精品| 亚洲一区二区视频在线观看| 欧美日本不卡高清| 一本综合精品| 亚洲欧美激情四射在线日 | 久久久久久色| 国产日韩精品入口| 久久精品国产91精品亚洲| 久久精品在线观看| 欧美一区二区三区免费观看| 欧美一区二区三区在线免费观看| 国产精品亚洲一区| 久久大逼视频| 欧美黄色一区| 一区二区国产在线观看| 欧美午夜精品久久久久久孕妇| 亚洲深爱激情| 久久激情综合| 亚洲黄一区二区| 欧美日韩一区二区三区在线| 亚洲香蕉伊综合在人在线视看| 久久av在线| 亚洲国产成人久久综合一区| 欧美日韩免费在线视频| 亚洲欧美另类中文字幕| 久久综合国产精品| 日韩视频第一页| 国产精品久久久久久户外露出| 欧美a级大片| 最新中文字幕一区二区三区| 亚洲午夜一二三区视频| 国产在线乱码一区二区三区| 蜜臀av性久久久久蜜臀aⅴ四虎| 亚洲国产裸拍裸体视频在线观看乱了中文| 亚洲精品在线免费| 国产精品嫩草99a| 久久久久九九视频| 99国产成+人+综合+亚洲欧美| 午夜精品一区二区三区在线| 尹人成人综合网| 国产精品久久久久婷婷| 美女免费视频一区| 亚洲一区国产一区| 亚洲国产导航| 日韩西西人体444www| 国产欧美一区二区在线观看| 亚洲高清色综合| 一区二区三区高清视频在线观看| 欧美日韩极品在线观看一区| 欧美一级免费视频| 亚洲精品影视| 看欧美日韩国产| 先锋影音国产精品| 亚洲老司机av| 黄色成人在线网址| 国产精品久久网站| 欧美日韩视频在线观看一区二区三区| 香蕉久久夜色精品国产| 一区二区日韩| 国产日韩欧美二区| 亚洲精品视频在线| 国产女精品视频网站免费| 欧美/亚洲一区|