• <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>
            posts - 18,  comments - 104,  trackbacks - 0

            有這樣一段代碼:注意 base 的定義!

             1 #include <iostream>
             2 
             3 using namespace std;
             4 
             5 class Base
             6 {
             7 public:
             8     typedef Base base;
             9     void f()
            10     {
            11         cout<<"Base::f()"<<endl;
            12     }
            13 };
            14 
            15 class A
            16 {
            17 public:
            18     typedef A base;
            19     void f()
            20     {
            21         cout<<"A::f()"<<endl;
            22     }
            23 };
            24 
            25 class B
            26     : public A
            27     , public Base
            28 {
            29 public:
            30     B()
            31     {
            32         base::f();
            33     }
            34 };
            35 
            36 void main()
            37 {
            38     B b;
            39 }

            應該輸出什么呢? 答案是: A::f()
            如果把B的定義修改一下呢:

             1 class B
             2     : public Base
             3     , public A
             4 {
             5 public:
             6     B()
             7     {
             8         base::f();
             9     }
            10 };

            答案就是:Base::f()

            當然按理說應該編譯錯誤了,因為base這個符號已經在B里面ambiguous了。但是沒有任何錯誤,任何警告。
            而且base的定義和基類的聲明順序是相關的,注意觀察修改前和修改后B的定義。

            所以,在使用多重繼承的時候,一定要注意基類中typedef的類型,因為它們是不可靠的,而且編譯器也不會提醒你。它是和聲明順序相關的。不知道是不是我的C++編譯器的bug。
            我試過VS2005 和 VS2008

            謝謝 路人丁的意見,是我措辭不當。
            謝謝Sandy指出public的位置問題。
            posted on 2009-04-09 23:40 尹東斐 閱讀(1879) 評論(13)  編輯 收藏 引用

            FeedBack:
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 09:26 | 路人丁
            請將 "不知道是不是C++的bug" 改為 “不知道是不是我所用C++編譯器的bug”。
            另外,如果你不反感的話,用g++(比如CodeBlocks)編譯器試試。一般出現問題時,我會用VC2008和g++3.4.5(比較古老了)對比一下。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 09:58 | Sunshine Alike
            VS2005 teamsuit 編譯錯誤:
            error C2248: 'A::base' : cannot access private typedef declared in class 'A'

            如果使用CodeBlocks編譯會有5個錯誤
            error: 'base' has not been declared
            error: reference to 'f' is ambiguous
            error: candidates are: void Base::f()
            error: void A::f()
            error: 'f' was not declared in this scope
            warning: unused variable 'f'
            ||=== Build finished: 5 errors, 1 warnings ===|

              回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 10:09 | Sandy
            我也在vs2005下嘗試了,編譯的時候會有以下錯誤
            error C2248: 'A::base' : cannot access private typedef declared in class 'A'

            A中定義的時候,需要把
            typedef A base; 定義為public.  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 10:51 | 螞蟻終結者
            比較隱晦的問題。。。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 13:31 | 尹東斐
            @路人丁
            我嘗試兩個編譯器VS2005 & VS2008,不知道你的編譯器怎么樣?  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 13:33 | 尹東斐
            @Sunshine Alike
            不好意思,public 應該放前面。

            codeblocks 的編譯錯誤有點奇怪的說,因為private的東西對子類來說是可見的,就是是private的,也不至于'base' has not been declared,很奇怪。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 13:35 | 尹東斐
            @Sandy

            對的,我犯錯誤了。 public要放前面。
            像Sunshine Alike的編譯器報的錯就有點奇怪,private指的是access不可見的。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 14:19 | pp
            若用 老一點的版本 如VC6.0 來編譯 則:
            error C2385: 'B::base' is ambiguous
            warning C4385: could be the 'base' in base 'A' of class 'B'
            warning C4385: or the 'base' in base 'Base' of class 'B'  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 16:35 | 陳梓瀚(vczh)
            如果typedef不是類的接口的一部分(譬如那些iterator類型),那么都private掉。就不會產生這些問題了。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 17:19 | yindf
            @pp

            那老的版本都沒有問題,為什么新的版本反而不好呢?很奇怪。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 17:24 | yindf
            @陳梓瀚(vczh)

            因為在模板元編程里面,基類的typedef必須是可靠的,很多時候,只能依賴typedef。

            有了0x的conception以后就好多了。但是目前還沒有。
            所以如果VS2005,2008的typedef不可靠,那在擴展庫的時候,不是會出問題呀。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 17:30 | yindf
            @pp

            主要是我覺得微軟這么做,可能有他們的想法,這個很重要。  回復  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-17 15:19 | shi
            error C2385: 'B::base' is
            warning C4385: could be the 'base' in base 'A' of class 'B'
            warning C4385: or the 'base' in base 'Base' of class 'B'
            Error executing cl.exe.
            我怎么就沒編譯過呢,ambiguous  回復  更多評論
              
            <2009年4月>
            2930311234
            567891011
            12131415161718
            19202122232425
            262728293012
            3456789

            常用鏈接

            留言簿(4)

            隨筆檔案

            文章分類

            文章檔案

            相冊

            好友博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国产精品成人无码久久久久久 | 少妇熟女久久综合网色欲| 青青青青久久精品国产| 久久精品无码一区二区三区免费| 久久精品无码一区二区三区免费 | 国内精品久久久久久久久电影网 | 99久久婷婷免费国产综合精品| 香蕉久久一区二区不卡无毒影院 | 久久毛片一区二区| 久久免费的精品国产V∧ | 91秦先生久久久久久久| 99久久伊人精品综合观看| 国产精品无码久久四虎| 久久精品人妻一区二区三区| 久久久久国产精品麻豆AR影院| 久久国产香蕉一区精品| 亚洲欧美日韩精品久久亚洲区 | 亚洲人成无码www久久久| 香蕉久久AⅤ一区二区三区| 久久久久久久亚洲Av无码| 久久Av无码精品人妻系列| 66精品综合久久久久久久| 国产一区二区精品久久凹凸| 麻豆国内精品久久久久久| 久久免费美女视频| 四虎国产精品免费久久| 无码AV波多野结衣久久| 亚洲国产精品无码久久青草| 精品综合久久久久久97| 香蕉久久AⅤ一区二区三区| 国产色综合久久无码有码| 久久99精品久久久久久野外| 久久中文字幕人妻熟av女| 国产精品久久久久久福利漫画 | 99久久成人国产精品免费| 久久久网中文字幕| 久久青青草原亚洲av无码app| 欧美久久综合九色综合| 狠狠色丁香久久婷婷综合五月| 色婷婷综合久久久久中文字幕 | 午夜天堂av天堂久久久|