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

            天秤座的唐風

            總會有一個人需要你的分享~!- 唐風 -

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              13 隨筆 :: 0 文章 :: 69 評論 :: 0 Trackbacks

            SFINEA in C++

            作者:唐風

            原載于:www.cnblogs.com/liyiwen

               

                SFINAE(substitution failure is not a error) 主要用于模板函數,它是指,編譯器在使用具體類型來替換模板類型參數,對模板進行實例化(展開模板)時,如果發(fā)生替換失敗,那么并不會直接引發(fā)編譯錯誤(Error),而只是簡單地把這個模板從重載候選者中去除掉。

                還是看看代碼吧(一個在SFINAE中常遇到的例子):

                代碼段1:

                template <typename T>
                bool is_class(int T::*) {
                    return true;
                }
            
                template <typename T>
                bool is_class(...) {
                    return false;
                }
            
                struct Test {
                };
            
                int main(void) {
                    std::cout<<is_class<Test>(0)<<endl;
                    std::cout<<is_class<int>(0)<<endl;
                }
            

                運行的結果是輸出:

                1

                0

                這表明,如果傳給 is_class 的模板參數是一個類,那么返回 true 的那個版本就會被選中,否則false的那個版本會被選中。就是因為SFINAE在起作用。

            為什么要提SFINAE?

                僅僅從程序員的角度來看,程序段1中,對相應函數選擇的結果是非常符合直觀的預期,與普通函數重載是很相似的感覺。

                例如,對于下面這兩個函數:

                int max(int a, int b) {return a>b?a:b}
                float max(float a, float b) {return a>b?a:b}
            
                int main(void) {
                    float x1=3.4f, x2=3.6f;
                    cout<<max(x1, x2);
                }

                  對于 float 型的參數,float 版本的重載自然會很被選中。在外觀上看,程序段1是一樣的。那么為什么程序段1就需要特別的 SFNIAE 呢?

                我想,對于普通函數的重載而言,由于這些函數的所有信息都已經完備,在發(fā)生調用之前,編譯器已經可以完成對這些函數的編譯,這些函數也不可能再被增加任何新的信息,可以直接產生執(zhí)行代碼。在函數的調用點上,編譯器只需要根據參數信息選擇一個合適函數的地址就可以了。

                但是,對于模板函數重載,情況就不一樣了。我們分析下程序段1中,is_class<int>(0) 這個調用,在第一步的選擇中,無論從模板參數的個數、函數參數的個數來看,兩個 is_class 的實現都可能匹配,由于 int T::* (類成員指針)的匹配優(yōu)先級比 … 的要高,所以編譯器會先試圖使用第一個版本進行展開。但編譯展開的結果時發(fā)現 int::* 是不合法的,于是編譯器就放棄展開這個函數,而取另一個函數進行展開,并得到正確的調用。

               所以,在真正發(fā)生調用(應該說真正需要被展開)之前,模板函數中的信息是不完備的,編譯器無法為這些模板函數生成真正的執(zhí)行代碼,而只是進行一些很基本、簡單的檢查。所有的模板都不是“真正的代碼”,它們是編譯器用來生成代碼的工具。在需要展開的時候,編譯器從合適的候選者中選出優(yōu)先級最高的一個來進行實例化(展開)。在展開后的代碼如果不能正確被編譯(像上面例子中 int::* 這種情況),編譯器只是簡單地放棄這次展開,轉而尋找其它的模板。試想,如果編譯器在展開失敗后,直接產生一個編譯錯誤的話,其它的函數就沒有機會了,這是非常不合理的,因為:1.本次展開失敗并不意味著被展開的模板代碼就有問題,因為用其它類型的話還是有可能展開成功的。2.本次展開失敗并不代表用于展開的類型無法找到合適的模板,其它模板可能合用。

                所以,我覺得,SFINEA 的意義就是:

                編譯器在每個調用點上,只為當前需要實例化的類型尋找一個合適的模板進行展開,而不會為某一次實例化而展開所有可能合適的重載模板(函數)。

                這是編譯器“智能”選擇模板的表現。普通函數重載則不一樣,無論是否被調用,或是無論調用點需要的是什么類型的重載,編譯器會將所有參與了重載的函數一個不落的全部編譯。如果對模板也采用同樣的方式,那么模板將受到巨大的局限而失去意義。

                有了 SFINEA ,當我們在寫模板代碼的時候,就不需要擔心這些模板在使用某些類型進行展開的時候會失敗,從而造成程序編譯錯誤,因為我們知道編譯器只會在能展開的情況展開它們,展開失敗的情況下,這些代碼并不會真正進入你的程序中。

                好了,在結束本文之前,我們再看看 SFINEA “知名”的一個例子:

                程序段2:

                template <typename T>
                class is_class {
                    typedef char one;
                    typedef struct {char a[2];} two;
            
                    template <typename C>
                    static one test(int C::*);
            
                    template <typename C>
                    static two test(...);
                public:
                    enum {value = sizeof(test<T>(0)) == sizeof(one)};
                };

                這是模板圣經《C++ templates》中的一個例子(原程序可能不完全一樣),與程序段 1 不同的是,is_class<T>::value 是一個編譯期的 bool 值,而程序段 1 ,ture 或是 false 是在運行期才得到的結果。is_class<T>::value 這樣的“裝置”(device)經常出現在模板編譯中,用于根據類型的某種特性(比如,是不是一個類?)來選擇不同的模板。boost 中的提供了很多類似的 device,再配合 boost::enable_if 來完成威力巨大的模板編程。

                可以說,SFINEA 幾乎是隨處可見的,不可或缺的重要“原則”。:)

                本文完。

             

             

             

            posted on 2009-11-14 14:01 唐風 閱讀(651) 評論(5)  編輯 收藏 引用 所屬分類: 語言技術

            評論

            # re: SFINEA in C++ 2009-11-14 15:11 OwnWaterloo
            代碼字體挺好看的。
            知名應用抄錯了:

            enum {value = sizeof(test<T>()) == sizeof(one)};

            這里要以一個0去調用test<T>:
            enum {value = sizeof(test<T>(0)) == sizeof(one)};
            如果T不是內建類型,0就可以隱式轉換到T的成員的指針,否則匹配省略號版本。


            詳細見這里,包含一個更簡單的不使用SFINAE實現(代碼也更多)is_buildin的方法:
            http://www.shnenglu.com/Charlib/archive/2009/03/16/76799.html

              回復  更多評論
              

            # re: SFINEA in C++ 2009-11-14 18:00 唐風
            @OwnWaterloo
            謝謝指正!已經修改了~
            憑記憶寫的,沒驗證就放上去了,不嚴謹啊不嚴謹啊,呵呵

            你的大作剛剛閱讀了,你學得比我透~
            我沒用C++做過什么實際的東西,一直浮在表面上。

            PS:
            關于代碼字體:
            直接用 Windows Live writer 加上插件 from visual studion 寫的,然后直接發(fā)布,感覺還不錯。在 cnblog 上正文的字體沒變化,不過 cppblog 上,有些字的大小變了,唉……  回復  更多評論
              

            # re: SFINEA in C++ 2009-11-15 02:33 OwnWaterloo
            現在和cnblogs的格式很相似了。
            Windows Live Wirter可以導入pdf,然后發(fā)布到blog么?

            或者Windows Live Writer在本地使用的什么格式? 可以diff(主要目的)么……

            我有個想法是用某種文本文件格式的代碼,比如html,latex,rst等,生成可以導入到Windows Live Writer的格式,再發(fā)布。
            文本格式的代碼可以diff……

              回復  更多評論
              

            # re: SFINEA in C++ 2009-11-15 10:31 唐風
            @OwnWaterloo
            WLW 支持類似“Rich text”的編輯器(標簽頁是“編輯”,只要cppblog上的CSS沒有另外設置,那么看到基本一致的效果)與一個純文件的編輯器(標簽頁是“源代碼”,可以獲取相應的html代碼),兩個是連動的。

            有時候我大面積更改已發(fā)布的文章中內容的時候,也是先在編輯頁面修改,然后在源代碼頁面把html代碼拷出來,直接帖在cppblog(cnblogs)的編輯器里(純文本模式)。

            WLW 在本地還有什么其它格式我就不清楚了,不過我想應該想滿足diff的要求。
            不過直接導入PDF貌似不行……傳說word可以直接帖,保留格式,不過我沒用過,我很久沒用word了……哈哈

              回復  更多評論
              

            # re: SFINEA in C++ 2009-11-16 03:58 OwnWaterloo
            @唐風
            我試試 …… 謝謝~_~

              回復  更多評論
              

            精品久久久久久无码人妻蜜桃| 97久久超碰成人精品网站| 久久婷婷色综合一区二区| 色老头网站久久网| 久久久久久国产精品免费无码| 99久久精品费精品国产一区二区 | 久久青青草原国产精品免费| 色噜噜狠狠先锋影音久久| 久久亚洲熟女cc98cm| 久久国产精品国产自线拍免费| 看全色黄大色大片免费久久久| 国内精品久久久久久99| 无码人妻少妇久久中文字幕| 狠狠色丁香婷婷综合久久来 | 无码国内精品久久人妻麻豆按摩| 久久天天躁狠狠躁夜夜网站 | 久久午夜福利电影| 久久香蕉国产线看观看乱码| 精品久久久中文字幕人妻| 无码任你躁久久久久久久| 久久综合九色综合精品| 久久久久AV综合网成人| 久久人与动人物a级毛片| 人妻无码精品久久亚瑟影视| 国产99久久久久久免费看| 国产午夜精品久久久久免费视| 少妇久久久久久久久久| 久久亚洲精品人成综合网 | 99久久精品免费看国产一区二区三区| 亚洲AV成人无码久久精品老人| 亚洲国产香蕉人人爽成AV片久久| 久久久WWW免费人成精品| 国产午夜精品理论片久久 | 99久久做夜夜爱天天做精品| 久久精品国产一区二区| 色婷婷狠狠久久综合五月| 久久亚洲电影| 久久99热这里只有精品国产| 亚洲综合熟女久久久30p| 日韩乱码人妻无码中文字幕久久| 一本一本久久aa综合精品|