• <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  回復  更多評論
              
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(4)

            隨筆檔案

            文章分類

            文章檔案

            相冊

            好友博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            97久久国产亚洲精品超碰热| 狠狠色丁香久久婷婷综合蜜芽五月 | 久久精品九九亚洲精品天堂| 久久99亚洲综合精品首页| 久久久久久久久久免免费精品| 久久精品国产久精国产一老狼| 久久伊人精品青青草原高清| 欧美激情精品久久久久久久九九九| 久久久久久曰本AV免费免费| 久久久久亚洲AV无码专区网站| 国内精品久久久久影院日本| 少妇高潮惨叫久久久久久| 久久久久99这里有精品10 | 久久天天躁狠狠躁夜夜网站| 久久午夜福利电影| 天天综合久久一二三区| 久久精品无码一区二区三区免费| 亚洲国产成人久久综合一| 久久精品免费一区二区三区| 伊人丁香狠狠色综合久久| 久久久黄片| 国内精品伊人久久久久| 99久久精品国产综合一区| 手机看片久久高清国产日韩 | 亚洲人成无码久久电影网站| 久久国产精品偷99| 亚洲乱码精品久久久久..| 亚洲国产精品久久电影欧美| 久久无码人妻一区二区三区午夜| 精品久久人妻av中文字幕| 香港aa三级久久三级老师2021国产三级精品三级在 | 国产成人久久精品麻豆一区| 久久久久国产一区二区三区| 伊人色综合久久天天人手人婷 | 99久久99久久精品国产片果冻| 2020久久精品国产免费| 99久久精品免费看国产一区二区三区 | 久久成人国产精品免费软件| 久久综合久久综合久久| 国产一区二区精品久久| 久久精品国产99国产精偷|