• <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精品国产麻豆宅宅| 人妻久久久一区二区三区| 久久久久久亚洲精品成人| 久久精品中文字幕久久| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 亚洲七七久久精品中文国产 | 久久久午夜精品福利内容| 精品久久亚洲中文无码| 久久国产精品久久久| 2021最新久久久视精品爱 | 看全色黄大色大片免费久久久| 久久夜色精品国产亚洲| 国产精品久久久天天影视香蕉 | 久久不射电影网| 久久久久亚洲AV综合波多野结衣| 国产激情久久久久久熟女老人 | 欧美精品一区二区久久| 国产∨亚洲V天堂无码久久久| 精品久久人人做人人爽综合 | 久久精品国产亚洲AV影院| 久久精品国产只有精品2020| 久久久久免费精品国产| 国内精品久久久久久久涩爱 | 亚洲性久久久影院| 99久久精品免费| 国产精品禁18久久久夂久| 97久久国产综合精品女不卡| 青春久久| 九九热久久免费视频| 久久99国产亚洲高清观看首页| 国内精品九九久久精品| 久久笫一福利免费导航 | 成人免费网站久久久| 无码专区久久综合久中文字幕 | 亚洲欧美日韩精品久久| 狠狠色丁香久久婷婷综| 精品久久久噜噜噜久久久|