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

牧光小院

被約束的日日夜夜,停不下來(lái)的時(shí)間。

MFC漫談(一)——RTTI

所有的這一系列的東西都來(lái)源于前天晚上的一個(gè)電話,內(nèi)容大概是說(shuō): 你能教會(huì)我一個(gè)讓我對(duì) MFC 有點(diǎn)感覺(jué)的 Hello World 嗎?我渴望一個(gè)像用 C 寫(xiě)的 Win32 Hello World 一樣直觀的例子。 想想這曾經(jīng)是我學(xué)習(xí) MFC 的時(shí)候也想到過(guò)的問(wèn)題。我是一個(gè)喜歡刨根問(wèn)底的人,喜歡把事情搞明白,于是曾經(jīng)很長(zhǎng)的一段時(shí)間里,我都困惑在紛繁雜亂的代碼里?,F(xiàn)在回想起來(lái),侯捷老師的《 Dessecting MFC 》和 Jeff Prosise 的《 Programming MFC 》一起讀來(lái),估計(jì)能達(dá)到解惑的目的。當(dāng)然,需要的是一點(diǎn)點(diǎn)耐心和對(duì) Win32 程序的一點(diǎn)最基本的了解(貌似廢話。。。)。于是那天晚上, QQ 上和那個(gè)朋友聊了挺長(zhǎng)一段時(shí)間,翻騰了一下 MFC 的源代碼,就有了這一系列的東西,全當(dāng)是故地重游了一番。言歸正傳吧。文章中所有的代碼都提取自MFC 7.0


在MFC中,RTTI是依靠為彼此有繼承關(guān)系的類建立一個(gè)記錄其類型的鏈表來(lái)實(shí)現(xiàn)的,和RTTI有關(guān)的CRuntimeClass成員有4個(gè):
LPCSTR?m_lpszClassName;????//?用于記錄類名
//?用于指向基類的CRuntimeClass結(jié)構(gòu)
CRuntimeClass*?m_pBaseClass;??
//?用于指向鏈表中前一個(gè)類的CRuntimeClass結(jié)構(gòu)
CRuntimeClass*?m_pNextClass;
//?用于建立類別型錄
const?AFX_CLASSINIT*?m_pClassInit;?

這樣在這個(gè)類別型錄中就有了許多條路徑,每一條都是沿著m_pBaseClass一直可以找到某個(gè)類的最終基類。要把一個(gè)類加入到這個(gè)類別型錄中要用到兩個(gè)宏:
DECLARE_DYNAMIC?/?IMPLEMENT_DYNAMIC
其中:
#define?DECLARE_DYNAMIC?(class_name)?\
public:?\
????
static?const?CRuntimeClass?class##class_name;?\
????
virtual?CRuntimeClass*?GetRuntimeClass()?const;?\

這個(gè)宏是用在類聲明中的,其作用就是根據(jù)類的名字為該類添加兩個(gè)public的成員,分別用于記錄類的型別和獲得對(duì)象class##class_name的地址,注意這里的class##class_name是個(gè)靜態(tài)成員,這就為后面我們做類型的比較奠定了基礎(chǔ)(繼承于同一個(gè)基類的派生類對(duì)象包含共同的靜態(tài)類成員)。在類中使用了DECLARE_DYNAMIC后,還要在.cpp的文件中使用IMPLEMENT_DYNAMIC宏,該宏的作用就是初始化class##class_name對(duì)象和定義GetRuntimeClass函數(shù)。
#define?IMPLEMENT_DYNAMIC?(class_name,?base_class_name)?\
????IMPLEMENT_RUNTIMECLASS?(class_name,?base_class_name,?
0xFFFF,?NULL,?NULL)

IMPLEMENT_DYNAMIC在使用的時(shí)候,要指定類和其基類的名字,之后利用IMPLEMENT_RUNTIMECLASS進(jìn)行實(shí)質(zhì)性的初始化活動(dòng)。
#define?IMPLEMENT_RUNTIMECLASS?(class_name,?base_class_name,?wSchema,?pfnNew,?class_init)?\
????AFX_COMDAT?
const?CRuntimeClass?class_name::class##class_name?=?{?\
????????  #class_name,?
sizeof(class?class_name),?wSchema,?pfnNew,?\
????????  RUNTIME_CLASS(base_class_name),?NULL,?class_init?}
;?\

????CRuntimeClass
*?class_name::GetRuntimeClass()?const?\
????
{?return?RUNTIME_CLASS?(class_name);?}?\

其中,在class#class_name的初始化中和RTTI相關(guān)的只有:
&name_class用來(lái)初始化m_lpszClassName
RUNTIME_CLASS(base_class_name)用來(lái)初始化CRuntimeClass* m_pBaseClass
NULL用來(lái)初始化CRuntimeClass* m_pNextClass(此時(shí)類別型錄還沒(méi)有建立起來(lái))

另外,RUNTIME_CLASS就是用來(lái)獲得class##class_name對(duì)象地址的宏:

#define?RUNTIME_CLASS?(class_name)?_RUNTIME_CLASS?(class_name)
#define?_RUNTIME_CLASS?(class_name)?\
????((CRuntimeClass
*)?(&class_name::class##class_name))

這樣,當(dāng)對(duì)程序中的每一個(gè)類都使用了DECLARE_DYNAMIC / IMPLEMENT_DYNAMIC宏之后,就為該類在類別型錄中進(jìn)行了登記工作。當(dāng)然,MFC中所有的類都派生于CObject,所以所有的路線最終都要在CObject處會(huì)合,由于CObject沒(méi)有基類,所以它的CRuntimeClass對(duì)象并不能用上面的兩個(gè)宏來(lái)實(shí)現(xiàn),在objcore.cpp中,為CObject的classCObject對(duì)象單獨(dú)作了初始化的工作:

const?struct?CRuntimeClass?CObject::classCObject?=
?
{?"CObject",?sizeof(CObject),?0xffff,?NULL,?NULL,?NULL?};

我們可以看到m_pBaseClass被初始化為NULL。另外,也單獨(dú)實(shí)現(xiàn)了GetRuntimeClass():

CRuntimeClass*?CObject::GetRuntimeClass()?const?{
????
return?_RUNTIME_CLASS?(CObject);
}

至于_RUNTIME_CLASS,前面已經(jīng)說(shuō)過(guò)了。這樣,如果想要把自己的類介紹給MFC,只要在類聲明中使用DECLARE_DYNAMIC,在類的實(shí)現(xiàn)中加入IMPLEMENT_DYNAMIC
,就可以把自己注冊(cè)到類別型錄中了。至此,為了實(shí)現(xiàn)類對(duì)象的RTTI,我們已經(jīng)做好了所有的準(zhǔn)備工作,下面就來(lái)看一下它的實(shí)現(xiàn),它主要是靠CObject中的IsKindOf函數(shù)完成的。

BOOL?CObject::IsKindOf(const?CRuntimeClass*?pClass)?const
{
?  
//?為了簡(jiǎn)潔,略去了不相關(guān)的代碼
?  CRuntimeClass*?pClassThis?=?GetRuntimeClass();
?  
return?pClassThis->IsDerivedFrom(pClass);
}

這里,由于GetRuntimeClass是虛函數(shù),所以pClassThis會(huì)指向調(diào)用IsKindOf函數(shù)的類對(duì)象的class##class_name,之后利用指向該對(duì)象的指針調(diào)用IsDerivedFrom:

BOOL?CRuntimeClass::IsDerivedFrom(const?CRuntimeClass*?pBaseClass)?const?{
????
//為了簡(jiǎn)潔,略去了不相關(guān)的代碼
????if?(pBaseClass?==?NULL)
????????
return?FALSE;

????
//?simple?SI?case
????const?CRuntimeClass*?pClassThis?=?this;
????
while?(pClassThis?!=?NULL)?{
????????
if?(pClassThis?==?pBaseClass)
???????? 
return?TRUE;
????????pClassThis?
=?pClassThis->m_pBaseClass;
????}
????
????
return?FALSE;???????//?walked?to?the?top,?no?match
}

我們知道,派生類和基類共享基類的static對(duì)象,所以在這里,派生類和基類一定共享相同的class##class_name對(duì)象,這就為我們判定兩個(gè)類是否有繼承關(guān)系提供了理論基礎(chǔ),同樣,在IsDerivedFrom中,while循環(huán)中的if也的確是這樣做的,它沿著該類的同宗路線上行,只要不到共同的祖先CObject,就決不罷休?!?br />
結(jié)論
如果想要把自己的類介紹給MFC,只要在類聲明中使用DECLARE_DYNAMIC,在類的實(shí)現(xiàn)中加入IMPLEMENT_DYNAMIC
,就可以把自己注冊(cè)到類別型錄中了?! 。ùm(xù)……)

posted on 2006-05-18 14:53 nacci 閱讀(4019) 評(píng)論(1)  編輯 收藏 引用 所屬分類: C++漫談

評(píng)論

# re: MFC漫談(一)——RTTI 2006-05-28 19:50 j

看上去好像是侯捷老師的《 Dessecting MFC 》里面的代碼  回復(fù)  更多評(píng)論   

<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

導(dǎo)航

統(tǒng)計(jì)

常用鏈接

留言簿(2)

隨筆分類

收藏夾

大家的聲音

積分與排名

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美一区二区免费观在线| 亚洲国内自拍| 亚洲欧美精品一区| 国产欧亚日韩视频| 久久蜜桃精品| 裸体歌舞表演一区二区| 亚洲国产人成综合网站| 亚洲另类一区二区| 国产精品综合| 欧美va天堂| 欧美午夜精品| 久久九九国产精品怡红院| 久久精品人人爽| 日韩亚洲欧美高清| 亚洲一区二区三区免费视频| 国产视频久久久久久久| 欧美激情第3页| 国产精品久久福利| 老司机精品福利视频| 欧美精品一区二区三区久久久竹菊| 一区二区三区免费在线观看| 午夜在线观看欧美| 亚洲精品国产欧美| 欧美一区二区在线观看| 亚洲免费大片| 久久av免费一区| 国产精品99久久99久久久二8 | 亚洲另类在线视频| 亚洲欧美清纯在线制服| 亚洲激情国产| 亚洲欧美日韩精品久久| 99在线精品视频在线观看| 香蕉久久国产| 亚洲伊人观看| 欧美激情二区三区| 玖玖视频精品| 国产女主播一区| 日韩一级免费观看| 亚洲精品欧美日韩专区| 欧美自拍丝袜亚洲| 午夜影视日本亚洲欧洲精品| 欧美二区不卡| 免费成年人欧美视频| 国产精品午夜久久| 亚洲另类视频| 一本大道久久a久久精二百| 久久久久久久久久久成人| 亚洲欧美另类综合偷拍| 欧美金8天国| 亚洲高清资源综合久久精品| 国产一区二区三区电影在线观看| 日韩一区二区精品葵司在线| 欧美在线二区| 亚洲久久一区| 日韩图片一区| 欧美粗暴jizz性欧美20| 裸体丰满少妇做受久久99精品 | 欧美亚洲综合网| 欧美一级成年大片在线观看| 国产精品成人观看视频免费| 亚洲精品美女91| 亚洲美女一区| 欧美日韩午夜精品| 国产精品99久久不卡二区| 一区二区日韩精品| 欧美日韩一区二区免费在线观看 | 亚洲美女淫视频| 99爱精品视频| 欧美日韩欧美一区二区| 一本色道久久综合亚洲精品按摩| 亚洲精品免费一二三区| 欧美另类变人与禽xxxxx| 亚洲激情女人| 亚洲欧美精品一区| 国产午夜精品理论片a级大结局| 亚洲欧美日韩综合| 久久亚洲国产精品一区二区| 国产日韩欧美一区二区三区四区| 久久精品国产久精国产思思| 久久久一区二区三区| 亚洲第一福利视频| 欧美精品 国产精品| 日韩午夜精品| 欧美在线一区二区三区| 在线观看久久av| 欧美精品日韩一区| 亚洲欧美日韩中文在线制服| 久久综合激情| 9色精品在线| 国产美女精品| 欧美成人亚洲成人日韩成人| 日韩一级在线观看| 久久精品人人做人人爽| 亚洲激情国产精品| 国产精品成人一区二区网站软件| 欧美一区二区三区四区在线观看地址 | 久久精品国产v日韩v亚洲| 国产亚洲欧洲| 欧美国内亚洲| 欧美一区国产一区| 99re8这里有精品热视频免费| 亚洲免费不卡| 狠狠狠色丁香婷婷综合久久五月| 欧美激情精品久久久久| 性欧美精品高清| 日韩亚洲成人av在线| 久久久久久9| 亚洲图片欧洲图片日韩av| 激情成人av| 国产精品久久久久一区二区三区共| 久久蜜桃精品| 亚洲欧美日韩一区二区三区在线| 欧美激情一区二区三区高清视频| 亚洲欧美另类在线观看| 91久久久精品| 激情综合在线| 国产亚洲欧美另类中文| 欧美三级网页| 欧美一区二区三区日韩视频| 亚洲日本中文字幕区| 久久久久综合网| 亚洲欧美日本伦理| 日韩亚洲精品视频| 亚洲国产网站| 亚洲电影免费观看高清完整版在线| 国产精品美女久久久久aⅴ国产馆| 欧美成人亚洲| 免费成人小视频| 巨乳诱惑日韩免费av| 久久不射电影网| 欧美亚洲在线视频| 性欧美办公室18xxxxhd| 亚洲在线一区二区三区| 日韩视频精品| 亚洲精选久久| 99视频有精品| 亚洲免费福利视频| 亚洲理论在线| 一区二区黄色| 亚洲小说欧美另类社区| 99精品视频免费观看视频| 亚洲国产清纯| 亚洲日本va在线观看| 日韩视频在线免费| 一区二区国产日产| 亚洲欧美电影在线观看| 亚洲一区在线免费观看| 亚洲免费一级电影| 欧美一级精品大片| 久久久久久久久伊人| 久久久亚洲欧洲日产国码αv| 久久本道综合色狠狠五月| 久久久999精品视频| 久久久久欧美| 久久久午夜电影| 欧美成人午夜激情| 欧美午夜精品理论片a级大开眼界 欧美午夜精品理论片a级按摩 | 亚洲视频专区在线| 亚洲永久免费av| 欧美在线国产| 女仆av观看一区| 亚洲老板91色精品久久| 国产精品99久久久久久久vr| 亚洲一区999| 久久久久久久欧美精品| 欧美国产一区二区| 国产精品xxxxx| 国产日韩亚洲欧美精品| 永久555www成人免费| 亚洲老司机av| 欧美一区二粉嫩精品国产一线天| 久久男人av资源网站| 欧美激情一二三区| 亚洲一区三区在线观看| 久久精彩免费视频| 欧美日韩国产色站一区二区三区| 国产精品视频一| 亚洲国产精品传媒在线观看| 亚洲小说春色综合另类电影| 欧美专区亚洲专区| 亚洲三级免费观看| 欧美一区2区视频在线观看| 欧美黄色片免费观看| 国产亚洲永久域名| 正在播放日韩| 美腿丝袜亚洲色图| 一区二区三区偷拍| 牛牛国产精品| 国产日韩在线播放| 一区二区三区免费网站| 久久综合久久久久88| 亚洲深夜av| 欧美日韩免费观看一区| 亚洲高清不卡在线| 久久精品国语| 亚洲精品乱码久久久久久黑人| 免费一级欧美片在线播放| 国产精品视频在线观看| 91久久久久久国产精品| 久久久久网址|