• <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
            算是對多重繼承里,類型轉換所做一個筆記。先看如下代碼:

            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);// 編譯通過,類型轉換錯誤(僅在在虛擬繼承的情況下),正確的寫法:A* address1 = (A*)((D*)value);
                    B* address2 = (B*)(value);// 編譯通過,類型轉換錯誤,正確的寫法: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();
            }

            代碼運行后,結果為A A C D,顯然B這個類沒有正確轉換。

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

            正因為這種特性的存在,我們在實際使用中,應該盡量避免多重繼承,選擇單一繼承這種模式。JAVA就是如此,最初設計時就只能單一繼承,而多重繼承則演變為純虛接口(interface),這樣就規避了此類問題。但可惜,在C++里,WTL和QT都大量使用這種模型,想在實際項目中完全避免,也很困難。

            要解決,有幾種方法。

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

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

            2. 顯示使用static_cast,當編譯器不能確定轉換類型時,會提示編譯錯誤信息。

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

            3. 使用RTTI解決。


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

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

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

            FeedBack:
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-12 20:26 | 空明流轉
            這個和多重繼承也沒關系。  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-12 22:23 | foxriver
            @空明流轉

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

            ps:虛函數的那種繼承叫虛擬繼承。

              回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 01:29 | oldman
            是多重繼承的原因。
            class C : public A, public B
            假設有一個變量 C*c, 那么 (A*)c和(B*)c在數值上即時不同的(因為編譯器在處理(B*)c的時候,會幫你矯正B的偏移量)
            文中將對象指針轉成long,丟失了C和B的關系,再將long轉成B*,就只是簡單的將類型轉化下了,即
            (A*)c != (A*)(void*)c

            不過文中提到的用static_cast轉換,這個應該是不對的。使用static_cast轉換也不能讓static_cast<B*>((void*)c)指向正確的位置  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            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{}

            虛繼承主要是處理基類成員二義性的  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 10:06 | jmchxy
            根本就是類型轉換使用錯誤。

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

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

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

            唯獨多重繼承情況下會出錯,我就把這種情況歸結為多重繼承的問題了。

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

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

              回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 22:22 | oldman
            @foxriver

            呵呵,好像內容改過了。因為我印象中昨天看到的文章不是這個。

            有個問題指出下:
            2. 顯示使用static_cast,當編譯器不能確定轉換類型時,會提示編譯錯誤信息。

            這個地方是不正確的,B* address2 = static_cast<B*>(value);會編譯出錯的原因是由于“編譯器禁止由整數數值static_cast到指針數值”(并不是不能確定轉換類型),因為這種轉化是static_cast能力之外的,如果想做這種轉化,須使用reinterpret_cast,即 B* address2 = reinterpret_cast<B*>(value); 這樣編譯才會通過(當然對于這篇文章探討的問題,這樣寫也是錯的,因為這等同于 B* addree2 = (B*)value)。

            我上面評論里寫的static_cast<B*>((D*)value)其實并不是那么C++的,嚴格來講應該寫成這個static_cast<B*>(reinterpret_cast<D*>(value))。

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

            <2011年2月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272812345
            6789101112

            常用鏈接

            留言簿(3)

            隨筆檔案

            文章檔案

            相冊

            1

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲国产精品无码久久| 94久久国产乱子伦精品免费| 亚洲国产精品无码久久久久久曰 | 久久这里只有精品18| 久久99亚洲网美利坚合众国| 国产高清国内精品福利99久久| 久久久99精品一区二区| 人妻久久久一区二区三区| 久久精品视频网| 国产aⅴ激情无码久久| 中文字幕亚洲综合久久2| 久久久久亚洲精品日久生情| 久久青草国产精品一区| 久久亚洲AV无码精品色午夜麻豆| 久久久精品一区二区三区| 欧美日韩精品久久久久| 国产精品免费久久久久电影网| 亚洲狠狠婷婷综合久久久久| 91久久精品视频| 久久国产精品成人免费| 人妻久久久一区二区三区| 99久久综合国产精品免费| 久久精品国产亚洲Aⅴ香蕉 | 久久香蕉国产线看观看乱码| 亚洲精品久久久www| 精品无码久久久久久国产| 2022年国产精品久久久久| 亚洲AV日韩精品久久久久| 久久亚洲视频| 无码人妻少妇久久中文字幕| 国产福利电影一区二区三区久久久久成人精品综合 | 久久久久亚洲av无码专区导航 | 精品国产乱码久久久久久1区2区| 久久笫一福利免费导航| 亚洲综合久久久| 一本色综合网久久| 99久久国产综合精品女同图片| 久久精品国产亚洲AV忘忧草18| 久久伊人精品一区二区三区| 国产色综合久久无码有码| 国内精品伊人久久久久777|