• <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 }

            應(yīng)該輸出什么呢? 答案是: 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()

            當(dāng)然按理說應(yīng)該編譯錯(cuò)誤了,因?yàn)閎ase這個(gè)符號已經(jīng)在B里面ambiguous了。但是沒有任何錯(cuò)誤,任何警告。
            而且base的定義和基類的聲明順序是相關(guān)的,注意觀察修改前和修改后B的定義。

            所以,在使用多重繼承的時(shí)候,一定要注意基類中typedef的類型,因?yàn)樗鼈兪遣豢煽康模揖幾g器也不會提醒你。它是和聲明順序相關(guān)的。不知道是不是我的C++編譯器的bug。
            我試過VS2005 和 VS2008

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

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

            如果使用CodeBlocks編譯會有5個(gè)錯(cuò)誤
            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 ===|

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

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

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

            對的,我犯錯(cuò)誤了。 public要放前面。
            像Sunshine Alike的編譯器報(bào)的錯(cuò)就有點(diǎn)奇怪,private指的是access不可見的。  回復(fù)  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 14:19 | pp
            若用 老一點(diǎn)的版本 如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'  回復(fù)  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 16:35 | 陳梓瀚(vczh)
            如果typedef不是類的接口的一部分(譬如那些iterator類型),那么都private掉。就不會產(chǎn)生這些問題了。  回復(fù)  更多評論
              
            # re: 為什么typedef的類型按照基類的聲明順序起作用?
            2009-04-10 17:19 | yindf
            @pp

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

            因?yàn)樵谀0逶幊汤锩?,基類的typedef必須是可靠的,很多時(shí)候,只能依賴typedef。

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

            主要是我覺得微軟這么做,可能有他們的想法,這個(gè)很重要。  回復(fù)  更多評論
              
            # 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  回復(fù)  更多評論
              

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


            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(4)

            隨筆檔案

            文章分類

            文章檔案

            相冊

            好友博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品成人一区二区三区| 久久国产精品99精品国产987| 国产精品久久久久久久午夜片 | 亚洲综合精品香蕉久久网| 国内精品久久久久影院薰衣草 | 久久精品成人国产午夜| 国产999精品久久久久久| 久久久久国产精品嫩草影院| 久久国产欧美日韩精品免费| 久久久精品2019免费观看| 久久av免费天堂小草播放| 无码伊人66久久大杳蕉网站谷歌| 色偷偷888欧美精品久久久| 亚洲伊人久久综合影院| 国产精品久久久久9999| 国产99久久久国产精品小说| 一本大道加勒比久久综合| 亚洲AV无码久久| 久久99九九国产免费看小说| 国产免费久久精品丫丫| 久久久精品国产sm调教网站| 亚洲欧美日韩精品久久亚洲区 | 中文精品99久久国产| 天天综合久久久网| 国产精品久久久久久久久| 亚洲国产精品无码久久| 久久久久无码中| 久久电影网| 狠狠精品干练久久久无码中文字幕| 97精品依人久久久大香线蕉97| 亚洲国产成人精品无码久久久久久综合 | 久久久免费精品re6| 亚洲中文字幕久久精品无码APP| 久久婷婷人人澡人人| 国内精品久久久久久久影视麻豆 | 色综合久久最新中文字幕| 无码久久精品国产亚洲Av影片| 精品无码久久久久国产动漫3d| 久久久久亚洲AV无码观看| 久久精品国产久精国产一老狼| 亚洲午夜精品久久久久久app|