• <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年2月>
            28293031123
            45678910
            11121314151617
            18192021222324
            25262728123
            45678910

            常用鏈接

            留言簿(5)

            隨筆分類(38)

            隨筆檔案(31)

            收藏夾(4)

            College

            High School

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 55891
            • 排名 - 407

            最新評論

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

            閱讀排行榜

            評論排行榜

             

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

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

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

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

             

            編譯器執行以上步驟的時候是使用貪心匹配,只要找到一個符合當前檢查內容的就會停止查

            所以任何一層都有可能發生錯誤的掩蓋情況

            例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)這里找到了符號f,就不會向上到1.(5)查找到真正的f(int)了

            例2

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

                
            void  h()
                
            {
                    g(
            1 );
                }

            }


            這里的g(1)在1.(5)這里找到了符號g,就不會向上到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)會調用[2]嗎?不會,因為在第2步重載決議的時候就選定[1]了,因此這段代碼會報
            出無法訪問private成員的錯誤

            例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)會調用[3]嗎?
            不會,因為在進行到第二步重載決議的時候,只有[1]和[2]參與了重載決議,結果選擇了
            [2],那么[1]的特化版本[3]當然就輪不到了。

            例5

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

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


            這里首先第3步訪問檢查發現g為private(此時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]會調用那個呢? 在1.(3)里就確定了是[3],因此參數不匹配
            如果注釋掉[3]的f,那么由于koenig查找, 在1.(5)里[1]和[2]都會是平等的可選項
            所以會出現二義性.
            如果把namespace E改為class E, 把E中的f改為靜態函數
            由于koenig查找僅僅導入參數的名字空間, 因此[1]將不參與1.(5)的查找,
            最終結果會是[2]

             

            例7
            這是一個現實中的例子,如果想給std::pair寫一個ostream的輸出函數,應該如何實現呢?

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

            差不多該這樣吧

            但是如下代碼就會導致出錯
            map<stringstring> a;     
            copy(m.begin(), m.end(), ostream_iterator
            <pair<stringstring> >(s, "\n"));
            為什么呢?
            因為在ostream_iterator的實現代碼里調用了pair的operator<<
            由于ostream_iterator的代碼是在std名字空間里的,因此編譯器會首先在std里查找是否存在operator<<
            一旦找到(盡管找到的operator<<不是給pair使用的),就不會繼續到全局名字空間里查找我們自己定義的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)能編譯通過嗎?不能,因為編譯器會首先在B的名字空間里查找f,找到了void f(void),然后就會停止查找
            因此A里的f(int)根本就沒有機會被編譯器訪問到
            posted on 2006-12-27 11:04 shifan3 閱讀(2118) 評論(8)  編輯 收藏 引用 所屬分類: C++

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

            例如
            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,對1重載

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

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

              回復  更多評論
              
            # re: 總結一下C++的名稱查找順序 2007-01-04 19:26 大熊貓
            是不是在沒有重載的情況下,編譯器找到一個符合內容的就會符號就會地址搜索,所以例5中的那個特化沒有被考慮呢?  回復  更多評論
              
            # re: 總結一下C++的名稱查找順序 2007-01-05 02:06 Francis Arcanum
            @大熊貓
            例5是因為判斷訪問權是在處理特化之前
            所以還沒開始找特化版本編譯器就發現了錯誤,不會繼續下去了

            另外對于符號搜索,針對第一步
            其中每一個小步如果找到符合的符號,都會直接結束符號搜索

            而2、3、4等步是在找到符號的那一層里進行操作  回復  更多評論
              
            # re: 總結一下C++的名稱查找順序 2007-01-05 13:02 大熊貓
            謝謝您
            我還是弄大不懂
            你的意思說編譯器看到y.g<int>(),查找到那個模板函數以后就不繼續找了,因為它是私有的,就直接報錯了(盡管還有一個公有的特化版本)。那如果不是私有的,那么它就準備實例化,當實例化的時候它還會去查符號?然后發現一個特化的版本,然后又調用了特化版本的?  回復  更多評論
              
            # re: 總結一下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;
            }
            我又加了一個函數,我想問一下,在這個小程序里,編譯到底有沒有對二個模板函數做重決呢?難道編譯器先對二個模板函數進行重載的決議,然后決定哪個模板更好一些,然后再在實例化的時候,在比較匹配的模板所有可能的實例化版本和它的特化版本,還有函數4,中選擇一個最佳。不好意思,不知道有沒有表達清楚我的意思。  回復  更多評論
              
            # re: 總結一下C++的名稱查找順序 2007-01-05 13:31 大熊貓
            @Francis Arcanum
            有點明白了,如果出現像上述小程序中的4函數,因該一開始編譯器就決定用它。如果沒有的話,再在二個模板函數中進行判斷,決定使用哪一個。然后發現是個模板函數,要實例化了,看見一個很匹配的特化版本,就直接用它了,對嗎? 上課要遲到了,哈哈,謝謝兄弟~。  回復  更多評論
              
            # re: 總結一下C++的名稱查找順序 2007-01-05 16:00 Francis Arcanum
            @大熊貓
            這里1,2,4進行重載,則直接選擇了4
            3在重載決議的時候不考慮。
            如果重載決議選擇了1,那么就在1和3里面選擇

            在重載決議的時候,1,2,4是平等的。但是4最匹配。
            如果理解為先考慮非模板函數4,再考慮模板函數1、2,其實效果也完全一樣。  回復  更多評論
              
            狠狠色狠狠色综合久久| 国产一区二区久久久| 久久美女网站免费| 久久精品国产黑森林| 久久精品国产亚洲av麻豆蜜芽| 一本一本久久aa综合精品| 999久久久免费精品国产| 久久精品综合一区二区三区| 久久人人爽人人爽人人片AV高清 | 国产美女亚洲精品久久久综合| 97精品伊人久久久大香线蕉| 国产精品久久久久久久久鸭| 亚洲一区精品伊人久久伊人| 久久免费视频观看| 浪潮AV色综合久久天堂| 久久有码中文字幕| 国产精品免费久久| 久久人爽人人爽人人片AV| 性做久久久久久久久久久| 一本久久a久久精品综合夜夜 | 久久久精品人妻一区二区三区四| a级毛片无码兔费真人久久 | 青青青青久久精品国产h| 国产A三级久久精品| 亚洲精品NV久久久久久久久久 | 久久国产精品免费| 久久久久久狠狠丁香| 亚洲精品国产美女久久久| 综合久久给合久久狠狠狠97色| 精品久久久久久久久久中文字幕 | 久久精品国产亚洲Aⅴ香蕉| 亚洲国产成人久久综合碰碰动漫3d| 久久久噜噜噜www成人网| 精品一二三区久久aaa片| 人人妻久久人人澡人人爽人人精品| 久久电影网| 无码任你躁久久久久久| 久久久久99这里有精品10| 亚洲AⅤ优女AV综合久久久| 精品久久久久久无码不卡| 免费久久人人爽人人爽av|