• <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>
            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);// 編譯通過(guò),類型轉(zhuǎn)換錯(cuò)誤(僅在在虛擬繼承的情況下),正確的寫法:A* address1 = (A*)((D*)value);
                    B* address2 = (B*)(value);// 編譯通過(guò),類型轉(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è)類沒(méi)有正確轉(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ī)避了此類問(wèn)題。但可惜,在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解決。


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

            看似問(wèn)題解決了,可如果一旦改寫為虛擬繼承(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 閱讀(6371) 評(píng)論(10)  編輯 收藏 引用

            FeedBack:
            # re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
            2011-01-12 20:26 | 空明流轉(zhuǎn)
            這個(gè)和多重繼承也沒(méi)關(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

            不過(guò)文中提到的用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

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

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

            單一繼承下,A,B,C,D共用一個(gè)D的內(nèi)存地址是沒(méi)問(wèn)題的。
            多重繼承下,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)容改過(guò)了。因?yàn)槲矣∠笾凶蛱炜吹降奈恼虏皇沁@個(gè)。

            有個(gè)問(wèn)題指出下:
            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ì)通過(guò)(當(dāng)然對(duì)于這篇文章探討的問(wèn)題,這樣寫也是錯(cuò)的,因?yàn)檫@等同于 B* addree2 = (B*)value)。

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

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

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



            <2011年12月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(3)

            隨筆檔案

            文章檔案

            相冊(cè)

            1

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            婷婷综合久久中文字幕蜜桃三电影| 久久综合中文字幕| 久久久久九国产精品| 精品国产91久久久久久久| 伊人久久大香线蕉综合Av| 思思久久99热只有频精品66| 久久99久久成人免费播放| AA级片免费看视频久久| 国产69精品久久久久777| 国内精品久久久久久99| 久久久精品人妻一区二区三区蜜桃| 色8久久人人97超碰香蕉987| 国内精品久久久久影院薰衣草 | 9999国产精品欧美久久久久久 | 无夜精品久久久久久| 九九久久精品国产| 久久久久无码精品| 欧美一级久久久久久久大片| 中文成人久久久久影院免费观看| 亚洲国产小视频精品久久久三级| 久久综合亚洲色HEZYO国产| 亚洲国产天堂久久综合| 久久人与动人物a级毛片| 久久影院综合精品| 999久久久国产精品| 亚洲精品无码久久久| 久久中文骚妇内射| 久久e热在这里只有国产中文精品99| 久久一区二区三区免费| 综合人妻久久一区二区精品| 久久99热精品| 久久这里的只有是精品23| 香蕉久久夜色精品升级完成| 国产精品久久久天天影视| 亚洲精品NV久久久久久久久久| 欧美牲交A欧牲交aⅴ久久| 国产高潮国产高潮久久久91 | 亚洲国产精久久久久久久| 免费一级欧美大片久久网| 亚洲AV日韩精品久久久久| 狠狠色丁香婷婷综合久久来来去|