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

foxriver
Keep It Simple and Stupid.
posts - 12,  comments - 39,  trackbacks - 0
算是對(duì)多重繼承里,類型轉(zhuǎn)換所做一個(gè)筆記。先看如下代碼:

class A
{
public:
     A() { m_data 
= 'A';}
    
~A() {}
    
char m_data;
};

class B
{
public:
     B() { m_data 
= 'B';}
    
~B() {}
    
char m_data;
};

class C : public A, public B
{
public:
     C() { m_data 
= 'C';}
    
~C() {}
    
char m_data;
};

class D : public C
{
public:
     D() { m_data 
= 'D';}
    
~D() {}

    
void test()
    {
        DWORD value 
= (DWORD)this;

        A
* address1 = (A*)(value);// 編譯通過,類型轉(zhuǎn)換錯(cuò)誤(僅在在虛擬繼承的情況下),正確的寫法:A* address1 = (A*)((D*)value);
        B* address2 = (B*)(value);// 編譯通過,類型轉(zhuǎn)換錯(cuò)誤,正確的寫法:B* address2 = (B*)((D*)value);
        C* address3 = (C*)(value);
        D* address4 = (D*)(value);

        printf(
"%c %c %c %c", address1->m_data, address2->m_data, address3->m_data, address4->m_data);
    }

    
char m_data;
};

void main()
{
  D d;
  d.test();
}

代碼運(yùn)行后,結(jié)果為A A C D,顯然B這個(gè)類沒有正確轉(zhuǎn)換。

A和B都是D的父類,為什么A* address1 = (A*)value這句轉(zhuǎn)換正確,而B* address2 = (B*)(value)出錯(cuò)呢?這就是多重繼承的不可判斷性。

正因?yàn)檫@種特性的存在,我們?cè)趯?shí)際使用中,應(yīng)該盡量避免多重繼承,選擇單一繼承這種模式。JAVA就是如此,最初設(shè)計(jì)時(shí)就只能單一繼承,而多重繼承則演變?yōu)榧兲摻涌?interface),這樣就規(guī)避了此類問題。但可惜,在C++里,WTL和QT都大量使用這種模型,想在實(shí)際項(xiàng)目中完全避免,也很困難。

要解決,有幾種方法。

1. 把B* address2 = (B*)(value)這行,改寫為B* address2 = (B*)((D*)value); 這樣就能直觀的傳達(dá)給編譯器,B正確的偏移量。

最終輸出A B C D,正是我們想要的結(jié)果。

2. 顯示使用static_cast,當(dāng)編譯器不能確定轉(zhuǎn)換類型時(shí),會(huì)提示編譯錯(cuò)誤信息。

例如:
B* address2 = static_cast<B*>(value); // 編譯失敗。
B* adddres2 = static_cast<B*>((D*)value); // 編譯成功,并且結(jié)果正確。

3. 使用RTTI解決。


--------------------------------------------------

看似問題解決了,可如果一旦改寫為虛擬繼承(class C : virtual  public A, virtual public B)這種形式,A運(yùn)行時(shí)還是會(huì)出錯(cuò),必須寫成A* address1 = (A*)((D*)value);。如程序里用到了多重繼承,一定要小心+謹(jǐn)慎。

posted on 2011-01-12 15:53 foxriver 閱讀(6418) 評(píng)論(10)  編輯 收藏 引用

FeedBack:
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-12 20:26 | 空明流轉(zhuǎn)
這個(gè)和多重繼承也沒關(guān)系。  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-12 22:23 | foxriver
@空明流轉(zhuǎn)

class C : public A, public B
類C同時(shí)繼承了A和B,這就是多重繼承。 這篇文章的本意是雖然B是D的子類,但是不能直接用(B*)做類型轉(zhuǎn)換,需要寫成(B*(D*))這種形式,因?yàn)锽和D的關(guān)系不是單根繼承。

ps:虛函數(shù)的那種繼承叫虛擬繼承。

  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-13 01:29 | oldman
是多重繼承的原因。
class C : public A, public B
假設(shè)有一個(gè)變量 C*c, 那么 (A*)c和(B*)c在數(shù)值上即時(shí)不同的(因?yàn)榫幾g器在處理(B*)c的時(shí)候,會(huì)幫你矯正B的偏移量)
文中將對(duì)象指針轉(zhuǎn)成long,丟失了C和B的關(guān)系,再將long轉(zhuǎn)成B*,就只是簡(jiǎn)單的將類型轉(zhuǎn)化下了,即
(A*)c != (A*)(void*)c

不過文中提到的用static_cast轉(zhuǎn)換,這個(gè)應(yīng)該是不對(duì)的。使用static_cast轉(zhuǎn)換也不能讓static_cast<B*>((void*)c)指向正確的位置  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-13 01:33 | oldman
@foxriver
虛繼承是指 這樣的
class A{ int data; };
class B: virtual public A{} //注意這里
class C: virtual public A{} //注意這里
class D: public B, public C{}

虛繼承主要是處理基類成員二義性的  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-13 10:06 | jmchxy
根本就是類型轉(zhuǎn)換使用錯(cuò)誤。

A* address1 = (A*)(value);

這個(gè)轉(zhuǎn)換, address1 直接就等于 value 的值(因Value不是A的子類型)。  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-13 11:13 | foxriver
@jmchxy

你說對(duì)了一半,address1確實(shí)等于value的值(也就是D的內(nèi)存值)。但在單一繼承的情況,這種轉(zhuǎn)換的寫法是絕對(duì)允許的,而且結(jié)果是完全正確。

唯獨(dú)多重繼承情況下會(huì)出錯(cuò),我就把這種情況歸結(jié)為多重繼承的問題了。

單一繼承下,A,B,C,D共用一個(gè)D的內(nèi)存地址是沒問題的。
多重繼承下,A,B,C,D共用一個(gè)D的內(nèi)存地址是不可以的。

這就是兩者最大的區(qū)別,也是文章核心所指 --- 父類是否能和子類共享同一內(nèi)存地址。

  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-13 22:22 | oldman
@foxriver

呵呵,好像內(nèi)容改過了。因?yàn)槲矣∠笾凶蛱炜吹降奈恼虏皇沁@個(gè)。

有個(gè)問題指出下:
2. 顯示使用static_cast,當(dāng)編譯器不能確定轉(zhuǎn)換類型時(shí),會(huì)提示編譯錯(cuò)誤信息。

這個(gè)地方是不正確的,B* address2 = static_cast<B*>(value);會(huì)編譯出錯(cuò)的原因是由于“編譯器禁止由整數(shù)數(shù)值static_cast到指針數(shù)值”(并不是不能確定轉(zhuǎn)換類型),因?yàn)檫@種轉(zhuǎn)化是static_cast能力之外的,如果想做這種轉(zhuǎn)化,須使用reinterpret_cast,即 B* address2 = reinterpret_cast<B*>(value); 這樣編譯才會(huì)通過(當(dāng)然對(duì)于這篇文章探討的問題,這樣寫也是錯(cuò)的,因?yàn)檫@等同于 B* addree2 = (B*)value)。

我上面評(píng)論里寫的static_cast<B*>((D*)value)其實(shí)并不是那么C++的,嚴(yán)格來講應(yīng)該寫成這個(gè)static_cast<B*>(reinterpret_cast<D*>(value))。

所以使用static_cast是不能解決這篇文章探討的問題的。因?yàn)檫@和使用何種轉(zhuǎn)換方式無關(guān),原因只是在于轉(zhuǎn)換過程中丟失了B與D之間的關(guān)系  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。[未登錄]
2011-01-13 22:48 | foxriver
@oldman
你說的很對(duì)哦,呵呵。static_cast僅僅只能有個(gè)編譯警告,解決不了任何問題。  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。[未登錄]
2011-04-14 13:38 | cc
虛繼承解決的是多繼承中的同一基類只有一份拷貝。文中討論的貌似是不同基類在多繼承中的問題。  回復(fù)  更多評(píng)論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2012-02-01 10:38 | Evan
D的內(nèi)存布局一定是A下來B,下來C,最后才是D數(shù)據(jù)成員。B* address2 = (B*)(value); 強(qiáng)轉(zhuǎn)本來就是錯(cuò)誤的,因?yàn)槿绻鸅中的數(shù)據(jù)結(jié)構(gòu)和A中的不一致,那么下面引用到B的數(shù)據(jù)成員,肯定會(huì)崩潰。你的這個(gè)例子就是AB都是相同的內(nèi)存結(jié)構(gòu),那么引用B的時(shí)候,能輸出A,所以不會(huì)有問題。所以應(yīng)該看看C++對(duì)象模型這本書。  回復(fù)  更多評(píng)論
  

只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



<2011年4月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

常用鏈接

留言簿(3)

隨筆檔案

文章檔案

相冊(cè)

1

搜索

  •  

最新評(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>
            国产精品大片免费观看| 欧美视频在线视频| 欧美激情亚洲自拍| 亚洲狠狠婷婷| 亚洲国产裸拍裸体视频在线观看乱了中文 | 一区二区三区成人| 欧美日韩系列| 欧美亚洲视频| 久久久久国产精品一区二区| 永久免费视频成人| 亚洲精品欧美一区二区三区| 牛牛国产精品| 先锋影音国产精品| 久久久久久夜精品精品免费| 亚洲大胆人体视频| 一区二区三区.www| 在线成人黄色| 亚洲欧美自拍偷拍| 99在线|亚洲一区二区| 欧美一区二区网站| 一区二区三区四区在线| 久久精彩免费视频| 欧美一区二区视频免费观看| 欧美**人妖| 久久久久国产成人精品亚洲午夜| 麻豆精品在线播放| 老巨人导航500精品| 亚洲国产婷婷香蕉久久久久久| 欧美日本韩国一区二区三区| 久久免费99精品久久久久久| 欧美日韩国产成人| 最新成人av网站| 在线看成人片| 久久久久久国产精品mv| 亚洲欧美中文另类| 国产精品久久久久三级| 中日韩美女免费视频网站在线观看| 亚洲国产裸拍裸体视频在线观看乱了中文 | 亚洲第一色在线| 国产欧美日韩伦理| 亚洲欧美日韩另类| 久久精品国亚洲| 国产亚洲激情在线| 久久国产一区二区三区| 久久看片网站| 在线观看视频一区二区欧美日韩| 久久国内精品自在自线400部| 久久久中精品2020中文| 国产在线拍偷自揄拍精品| 欧美尤物一区| 亚洲狠狠婷婷| 欧美制服丝袜第一页| 国产精品一区二区三区免费观看 | 一区二区三区四区国产精品| 欧美日韩一区二区三区四区五区| 一个色综合av| 免费人成精品欧美精品| 一区二区日韩| 在线精品国产成人综合| 欧美精品乱人伦久久久久久| 一区二区毛片| 亚洲成人自拍视频| 久久精品理论片| 一本一本久久a久久精品综合麻豆 一本一本久久a久久精品牛牛影视 | 欧美激情视频一区二区三区免费| 日韩视频免费观看| 激情久久影院| 国产一区二区三区四区在线观看| 久久亚洲欧美国产精品乐播| 亚洲精品小视频| 欧美激情精品久久久久久变态| 午夜在线不卡| 亚洲在线观看视频| 亚洲一区二区免费在线| 在线中文字幕不卡| 日韩午夜激情av| 99re6热在线精品视频播放速度| 国产精品美女一区二区| 欧美色网在线| 国产精品日韩精品欧美在线| 欧美精品七区| 欧美色另类天堂2015| 久久久综合网| 亚洲高清激情| 一本色道久久综合亚洲二区三区 | 欧美精品系列| 亚洲欧美文学| 午夜精品久久| 美女脱光内衣内裤视频久久影院| 久久精品在线免费观看| 欧美大秀在线观看| 日韩视频专区| 欧美在线一二三区| 欧美va天堂| 国产视频亚洲精品| 亚洲激情午夜| 久久久久久久一区二区| 亚洲国产精品热久久| 一区二区三区av| 久久久美女艺术照精彩视频福利播放| 美女网站在线免费欧美精品| 欧美日韩国内自拍| 狠狠色综合网站久久久久久久| 亚洲国产精品久久久久婷婷884 | 欧美韩日一区| 禁断一区二区三区在线| 亚洲女女女同性video| 免费视频亚洲| 欧美亚洲一级| 国产精品私房写真福利视频| 亚洲人成免费| 亚洲第一区色| 噜噜噜躁狠狠躁狠狠精品视频| 欧美性色综合| 亚洲无限乱码一二三四麻| 欧美电影在线播放| 久久婷婷丁香| 亚洲黄网站黄| 亚洲国产成人av在线 | 欧美一区二区视频在线观看2020 | 欧美日韩国内| 亚洲视频欧美在线| 亚洲人成网站精品片在线观看 | 一本一本久久| 国产精品盗摄一区二区三区| 亚洲免费观看高清完整版在线观看| 久久一区二区精品| 久久久午夜视频| 亚洲毛片一区| 亚洲午夜激情在线| 国产亚洲免费的视频看| 美女脱光内衣内裤视频久久网站| 久久只精品国产| 亚洲精品少妇30p| 一区二区高清视频| 国产精品一级| 亚洲第一级黄色片| 国产精品视频精品| 欧美激情第8页| 国产精品亚洲综合色区韩国| 蜜臀久久99精品久久久画质超高清| 免费在线欧美黄色| 亚洲伊人伊色伊影伊综合网| 久久久国产一区二区| 在线视频亚洲一区| 久久综合色一综合色88| 性欧美1819性猛交| 欧美另类高清视频在线| 麻豆免费精品视频| 欧美日韩一区国产| 欧美激情第10页| 黄色一区二区在线观看| 亚洲一区在线观看视频| 99v久久综合狠狠综合久久| 欧美与黑人午夜性猛交久久久| 中文av一区特黄| 久久久久久9999| 欧美性开放视频| 一区二区三区产品免费精品久久75| 亚洲高清资源| 老司机成人网| 免费观看日韩av| 亚洲国产欧美在线| 免费亚洲电影在线观看| 欧美高清在线精品一区| 国产有码一区二区| 久久免费视频网| 欧美激情免费观看| 日韩系列欧美系列| 欧美国产激情二区三区| 欧美一区二区在线看| 国产精品福利在线观看| 在线视频欧美日韩精品| 亚洲欧美卡通另类91av| 国产精品视频xxxx| 久久成年人视频| 欧美高清影院| 宅男精品视频| 国产欧美精品一区二区色综合| 性欧美大战久久久久久久免费观看| 久久久亚洲成人| 亚洲精品免费在线| 国产精品美女久久久久久免费| 欧美在线视频免费播放| 欧美粗暴jizz性欧美20| 宅男66日本亚洲欧美视频| 国产精品日韩欧美大师| 欧美77777| 亚洲视频成人| 亚洲精品欧美一区二区三区| 久久国产精品一区二区三区| 亚洲国产另类久久精品| 国产欧美日韩免费| 欧美特黄视频| 欧美久久久久免费| 麻豆精品视频| 蜜臀av性久久久久蜜臀aⅴ| 香蕉久久国产| 欧美亚洲一区二区在线| 亚洲一区欧美激情|