• <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>
            隨筆 - 31  文章 - 128  trackbacks - 0
            <2007年1月>
            31123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            常用鏈接

            留言簿(5)

            隨筆分類(38)

            隨筆檔案(31)

            收藏夾(4)

            College

            High School

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 56230
            • 排名 - 407

            最新評(píng)論

            • 1.?re: [yc]詳解link
            • 面試的時(shí)候面試官就問過我什么是編譯和鏈接,我說編譯就是把代碼文件生成目標(biāo)文件,鏈接就是把目標(biāo)文件生成可執(zhí)行文件,他說不對(duì),又問我什么是動(dòng)態(tài)鏈接,還問我預(yù)編譯都做什么處理。。。都在這里找到了答案!!!!
            • --王至乾
            • 2.?re: [yc]詳解link
            • @劉偉
              我是說博主,不是叫你啊
            • --溪流
            • 3.?re: [yc]詳解link
            • 誰是石老師,我不是哈@溪流
            • --劉偉
            • 4.?re: [yc]詳解link
            • 石老師?我是溪流~
            • --溪流
            • 5.?re: [yc]詳解link
            • 期待樓主下文啊,多謝樓主了
            • --劉偉

            閱讀排行榜

            評(píng)論排行榜

             

            1。符號(hào)查找(對(duì)于函數(shù)此時(shí)只看名字,不看參數(shù))
                大致順序是
                (1)如果有限定名( XXX:: )那么就直接在XXX里查找
                (2)函數(shù)局部名字空間
                (3)(如果是成員)類名字空間
                (4)遞歸向上至所有基類的名字空間
                (5)當(dāng)前名字空間
                (6)遞歸向外至所有外層名字空間,
                在任一層里, 用using導(dǎo)入的符號(hào)和該層的其他符號(hào)同一對(duì)待。
                keonig查找: 對(duì)于函數(shù), 如果參數(shù)為類/結(jié)構(gòu)/模版類并位于其他的名字空間,
                在(5)和(6)的查找中導(dǎo)入該空間(不遞歸向外)的符號(hào)一同查找.

            2。(如果是函數(shù))重載決議(注意此時(shí)特化的函數(shù)不參與決議)

            3。(如果是類內(nèi)部的名字)檢查訪問權(quán)(注意此時(shí)特化的函數(shù)仍然不參與決議)

            4。(如果找到了一個(gè)模版)模版特化決議

             

            編譯器執(zhí)行以上步驟的時(shí)候是使用貪心匹配,只要找到一個(gè)符合當(dāng)前檢查內(nèi)容的就會(huì)停止查

            所以任何一層都有可能發(fā)生錯(cuò)誤的掩蓋情況

            例1

             1 void  f( int ) {}
             2 class  Y
             3 {
             4 public :
             5      void  f() {}
             6     Y()
             7      {
             8         f( 1 );
             9     }

            10 }
            ;


            這里的f(2)在1.(2)這里找到了符號(hào)f,就不會(huì)向上到1.(5)查找到真正的f(int)了

            例2

            void  g( int ) {}
            namespace  S
            {
                
            void  g() {}

                
            void  h()
                
            {
                    g(
            1 );
                }

            }


            這里的g(1)在1.(5)這里找到了符號(hào)g,就不會(huì)向上到1.(6)查找到真正的g(int)了

            例3

            class  Y
            {
                
            void  f( int ) {}   // [1]
            public :
                
            void  f( double ) {}   // [2]
            }
            ;

            int  main()
            {
                Y y;
                y.f(
            1 );
            }


            y.f(1)會(huì)調(diào)用[2]嗎?不會(huì),因?yàn)樵诘?步重載決議的時(shí)候就選定[1]了,因此這段代碼會(huì)報(bào)
            出無法訪問private成員的錯(cuò)誤

            例4

            template  < typename T >
            void  f(T) {}   // [1]

            template 
            < typename T >
            void  f(T * ) {}   // [2]

            template 
            <>
            void  f < int *> ( int * ) {}   // [3]


            int  main()
            {
                
            int   * =   0 ;
                f(p);
            }


            這里的f(p)會(huì)調(diào)用[3]嗎?
            不會(huì),因?yàn)樵谶M(jìn)行到第二步重載決議的時(shí)候,只有[1]和[2]參與了重載決議,結(jié)果選擇了
            [2],那么[1]的特化版本[3]當(dāng)然就輪不到了。

            例5

            class  X
            {
                template 
            < typename T >   void  g()  {}
            public :
                template 
            <>   void  g < int > () {}
            }
            ;

            int  main()
            {
                X y;
                y.g
            < int > ();
            }


            這里首先第3步訪問檢查發(fā)現(xiàn)g為private(此時(shí)g的特化版本被直接無視了),所以即使
            g<int>為public, 該段代碼仍然不能夠編譯通過

            例6

            namespace  E
            {
                
            class  X {} ;
                
            void  f(X) {}   // [1]
            }


            void  f(E::X) {}    // [2]

            class  X
            {
            public :
                
            void  f() {}   // [3]
                 void  g()
                
            {
                    E::X x;
                    f(x); 
            // [4]
                }

            }
            ;

            [4]會(huì)調(diào)用那個(gè)呢? 在1.(3)里就確定了是[3],因此參數(shù)不匹配
            如果注釋掉[3]的f,那么由于koenig查找, 在1.(5)里[1]和[2]都會(huì)是平等的可選項(xiàng)
            所以會(huì)出現(xiàn)二義性.
            如果把namespace E改為class E, 把E中的f改為靜態(tài)函數(shù)
            由于koenig查找僅僅導(dǎo)入?yún)?shù)的名字空間, 因此[1]將不參與1.(5)的查找,
            最終結(jié)果會(huì)是[2]

             

            例7
            這是一個(gè)現(xiàn)實(shí)中的例子,如果想給std::pair寫一個(gè)ostream的輸出函數(shù),應(yīng)該如何實(shí)現(xiàn)呢?

            template<class U, class V>   
            ostream
            & operator<<(ostream& s, const pair<U, V>& p)   
            {   
                
            return s << p.first << " : " << p.second;   
            }

            差不多該這樣吧

            但是如下代碼就會(huì)導(dǎo)致出錯(cuò)
            map<stringstring> a;     
            copy(m.begin(), m.end(), ostream_iterator
            <pair<stringstring> >(s, "\n"));
            為什么呢?
            因?yàn)樵趏stream_iterator的實(shí)現(xiàn)代碼里調(diào)用了pair的operator<<
            由于ostream_iterator的代碼是在std名字空間里的,因此編譯器會(huì)首先在std里查找是否存在operator<<
            一旦找到(盡管找到的operator<<不是給pair使用的),就不會(huì)繼續(xù)到全局名字空間里查找我們自己定義的operator<<了
            因此解決方案是把自定義的operator<<放到std名字空間里
            namespace std
            {
                template
            <class U, class V>   
                ostream
            & operator<<(ostream& s, const pair<U, V>& p)   
                {   
                    
            return s << p.first << " : " << p.second;   
                }   
            }
            就可以了

            例8
            傳說中的hide
            struct A
            {
               
            void f(int){}
            };
            struct B: public A 
            {
               
            void f(void){}
            };

            int main()
            {
               B b;
               b.f(
            1);
            }

            b.f(1)能編譯通過嗎?不能,因?yàn)榫幾g器會(huì)首先在B的名字空間里查找f,找到了void f(void),然后就會(huì)停止查找
            因此A里的f(int)根本就沒有機(jī)會(huì)被編譯器訪問到
            posted on 2006-12-27 11:04 shifan3 閱讀(2133) 評(píng)論(8)  編輯 收藏 引用 所屬分類: C++

            FeedBack:
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-03 16:19 大熊貓
            對(duì)特化不大了解,不知道特化用在什么地方,看起來只要有模板函數(shù),編譯器就無視特化函數(shù),能舉個(gè)編譯器不無視特化函數(shù)的例子嗎?  回復(fù)  更多評(píng)論
              
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-04 14:10 Francis Arcanum
            @大熊貓
            如果沒有重載的函數(shù),或者重載決議決定使用有特化版本的函數(shù),那么該函數(shù)特化版本就不會(huì)被無視了。

            例如
            template <typename T>
            void f(T){} //1

            template <>
            void f<int>(int){} //2
            這里沒有重載,所以直接考慮特化
            或者
            template <typename T>
            void f(T){} //1

            template <typename T>
            void f(T*){} //2,對(duì)1重載

            template <>
            void f<int>(int*){} //3, 對(duì)2特化

            調(diào)用
            int *p = 0;
            f(p);
            這里重載決議選擇了2,那么2的特化版本3就會(huì)被納入考慮范圍了

              回復(fù)  更多評(píng)論
              
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-04 19:26 大熊貓
            是不是在沒有重載的情況下,編譯器找到一個(gè)符合內(nèi)容的就會(huì)符號(hào)就會(huì)地址搜索,所以例5中的那個(gè)特化沒有被考慮呢?  回復(fù)  更多評(píng)論
              
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-05 02:06 Francis Arcanum
            @大熊貓
            例5是因?yàn)榕袛嘣L問權(quán)是在處理特化之前
            所以還沒開始找特化版本編譯器就發(fā)現(xiàn)了錯(cuò)誤,不會(huì)繼續(xù)下去了

            另外對(duì)于符號(hào)搜索,針對(duì)第一步
            其中每一個(gè)小步如果找到符合的符號(hào),都會(huì)直接結(jié)束符號(hào)搜索

            而2、3、4等步是在找到符號(hào)的那一層里進(jìn)行操作  回復(fù)  更多評(píng)論
              
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-05 13:02 大熊貓
            謝謝您
            我還是弄大不懂
            你的意思說編譯器看到y(tǒng).g<int>(),查找到那個(gè)模板函數(shù)以后就不繼續(xù)找了,因?yàn)樗撬接械模椭苯訄?bào)錯(cuò)了(盡管還有一個(gè)公有的特化版本)。那如果不是私有的,那么它就準(zhǔn)備實(shí)例化,當(dāng)實(shí)例化的時(shí)候它還會(huì)去查符號(hào)?然后發(fā)現(xiàn)一個(gè)特化的版本,然后又調(diào)用了特化版本的?  回復(fù)  更多評(píng)論
              
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-05 13:16 大熊貓
            void f(T) {} // [1]

            template < typename T >
            void f(T * ) {} // [2]

            template <>
            void f < int *> ( int * ) {} // [3]
            void f(int *)
            {
            cout<<"111"; //[4]
            }
            int _tmain(int argc, _TCHAR* argv[])
            {

            int * p = 0 ;
            f(p);
            int pause;
            cin>>pause;

            return 0;
            }
            我又加了一個(gè)函數(shù),我想問一下,在這個(gè)小程序里,編譯到底有沒有對(duì)二個(gè)模板函數(shù)做重決呢?難道編譯器先對(duì)二個(gè)模板函數(shù)進(jìn)行重載的決議,然后決定哪個(gè)模板更好一些,然后再在實(shí)例化的時(shí)候,在比較匹配的模板所有可能的實(shí)例化版本和它的特化版本,還有函數(shù)4,中選擇一個(gè)最佳。不好意思,不知道有沒有表達(dá)清楚我的意思。  回復(fù)  更多評(píng)論
              
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-05 13:31 大熊貓
            @Francis Arcanum
            有點(diǎn)明白了,如果出現(xiàn)像上述小程序中的4函數(shù),因該一開始編譯器就決定用它。如果沒有的話,再在二個(gè)模板函數(shù)中進(jìn)行判斷,決定使用哪一個(gè)。然后發(fā)現(xiàn)是個(gè)模板函數(shù),要實(shí)例化了,看見一個(gè)很匹配的特化版本,就直接用它了,對(duì)嗎? 上課要遲到了,哈哈,謝謝兄弟~。  回復(fù)  更多評(píng)論
              
            # re: 總結(jié)一下C++的名稱查找順序 2007-01-05 16:00 Francis Arcanum
            @大熊貓
            這里1,2,4進(jìn)行重載,則直接選擇了4
            3在重載決議的時(shí)候不考慮。
            如果重載決議選擇了1,那么就在1和3里面選擇

            在重載決議的時(shí)候,1,2,4是平等的。但是4最匹配。
            如果理解為先考慮非模板函數(shù)4,再考慮模板函數(shù)1、2,其實(shí)效果也完全一樣。  回復(fù)  更多評(píng)論
              
            亚洲国产成人久久综合区| 亚洲国产美女精品久久久久∴ | 办公室久久精品| 久久精品无码一区二区三区免费 | 东京热TOKYO综合久久精品 | 亚洲国产二区三区久久| 久久亚洲欧美日本精品| 欧美日韩精品久久久免费观看| 精品久久久一二三区| 欧洲成人午夜精品无码区久久| 99精品国产在热久久无毒不卡| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 国产A三级久久精品| 国产韩国精品一区二区三区久久| 久久久青草青青国产亚洲免观| 少妇久久久久久久久久| 国产精品免费久久久久电影网| 久久久久亚洲AV无码专区首JN | 久久中文娱乐网| 97久久婷婷五月综合色d啪蜜芽| 国产亚洲精午夜久久久久久| 亚洲AV成人无码久久精品老人| 久久激情五月丁香伊人| 亚洲AV无一区二区三区久久| 久久无码一区二区三区少妇| 久久免费小视频| 久久r热这里有精品视频| 中文精品久久久久人妻不卡| 国产精品乱码久久久久久软件| 久久人人爽人人爽人人片AV麻豆| 996久久国产精品线观看| 国色天香久久久久久久小说| 精品国产乱码久久久久软件| 国产日韩久久久精品影院首页| 99久久伊人精品综合观看| 久久99精品久久久久久久不卡 | 一本久久综合亚洲鲁鲁五月天| 国产无套内射久久久国产| 亚洲综合久久综合激情久久| 久久国产成人精品麻豆| 日本福利片国产午夜久久|