青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

天秤座的唐風(fēng)

總會(huì)有一個(gè)人需要你的分享~!- 唐風(fēng) -

  C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  13 隨筆 :: 0 文章 :: 69 評(píng)論 :: 0 Trackbacks

SFINEA in C++

作者:唐風(fēng)

原載于:www.cnblogs.com/liyiwen

   

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

    還是看看代碼吧(一個(gè)在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;
    }

    運(yùn)行的結(jié)果是輸出:

    1

    0

    這表明,如果傳給 is_class 的模板參數(shù)是一個(gè)類,那么返回 true 的那個(gè)版本就會(huì)被選中,否則false的那個(gè)版本會(huì)被選中。就是因?yàn)镾FINAE在起作用。

為什么要提SFINAE?

    僅僅從程序員的角度來(lái)看,程序段1中,對(duì)相應(yīng)函數(shù)選擇的結(jié)果是非常符合直觀的預(yù)期,與普通函數(shù)重載是很相似的感覺(jué)。

    例如,對(duì)于下面這兩個(gè)函數(shù):

    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);
    }

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

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

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

   所以,在真正發(fā)生調(diào)用(應(yīng)該說(shuō)真正需要被展開)之前,模板函數(shù)中的信息是不完備的,編譯器無(wú)法為這些模板函數(shù)生成真正的執(zhí)行代碼,而只是進(jìn)行一些很基本、簡(jiǎn)單的檢查。所有的模板都不是“真正的代碼”,它們是編譯器用來(lái)生成代碼的工具。在需要展開的時(shí)候,編譯器從合適的候選者中選出優(yōu)先級(jí)最高的一個(gè)來(lái)進(jìn)行實(shí)例化(展開)。在展開后的代碼如果不能正確被編譯(像上面例子中 int::* 這種情況),編譯器只是簡(jiǎn)單地放棄這次展開,轉(zhuǎn)而尋找其它的模板。試想,如果編譯器在展開失敗后,直接產(chǎn)生一個(gè)編譯錯(cuò)誤的話,其它的函數(shù)就沒(méi)有機(jī)會(huì)了,這是非常不合理的,因?yàn)椋?.本次展開失敗并不意味著被展開的模板代碼就有問(wèn)題,因?yàn)橛闷渌愋偷脑掃€是有可能展開成功的。2.本次展開失敗并不代表用于展開的類型無(wú)法找到合適的模板,其它模板可能合用。

    所以,我覺(jué)得,SFINEA 的意義就是:

    編譯器在每個(gè)調(diào)用點(diǎn)上,只為當(dāng)前需要實(shí)例化的類型尋找一個(gè)合適的模板進(jìn)行展開,而不會(huì)為某一次實(shí)例化而展開所有可能合適的重載模板(函數(shù))。

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

    有了 SFINEA ,當(dāng)我們?cè)趯懩0宕a的時(shí)候,就不需要擔(dān)心這些模板在使用某些類型進(jìn)行展開的時(shí)候會(huì)失敗,從而造成程序編譯錯(cuò)誤,因?yàn)槲覀冎谰幾g器只會(huì)在能展開的情況展開它們,展開失敗的情況下,這些代碼并不會(huì)真正進(jìn)入你的程序中。

    好了,在結(jié)束本文之前,我們?cè)倏纯?SFINEA “知名”的一個(gè)例子:

    程序段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)};
    };

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

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

    本文完。

 

 

 

posted on 2009-11-14 14:01 唐風(fēng) 閱讀(679) 評(píng)論(5)  編輯 收藏 引用 所屬分類: 語(yǔ)言技術(shù)

評(píng)論

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

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

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


詳細(xì)見(jiàn)這里,包含一個(gè)更簡(jiǎn)單的不使用SFINAE實(shí)現(xiàn)(代碼也更多)is_buildin的方法:
http://m.shnenglu.com/Charlib/archive/2009/03/16/76799.html

  回復(fù)  更多評(píng)論
  

# re: SFINEA in C++ 2009-11-14 18:00 唐風(fēng)
@OwnWaterloo
謝謝指正!已經(jīng)修改了~
憑記憶寫的,沒(méi)驗(yàn)證就放上去了,不嚴(yán)謹(jǐn)啊不嚴(yán)謹(jǐn)啊,呵呵

你的大作剛剛閱讀了,你學(xué)得比我透~
我沒(méi)用C++做過(guò)什么實(shí)際的東西,一直浮在表面上。

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

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

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

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

  回復(fù)  更多評(píng)論
  

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

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

WLW 在本地還有什么其它格式我就不清楚了,不過(guò)我想應(yīng)該想滿足diff的要求。
不過(guò)直接導(dǎo)入PDF貌似不行……傳說(shuō)word可以直接帖,保留格式,不過(guò)我沒(méi)用過(guò),我很久沒(méi)用word了……哈哈

  回復(fù)  更多評(píng)論
  

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

  回復(fù)  更多評(píng)論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲自拍另类| 久久亚洲私人国产精品va| 欧美sm视频| 亚洲最新中文字幕| 亚洲图片在区色| 伊伊综合在线| 99精品视频免费观看| 国产人成一区二区三区影院| 免费看成人av| 欧美啪啪一区| 久久久久久999| 欧美区一区二| 久久视频在线视频| 欧美日韩一区二区免费在线观看| 久久一区二区三区av| 亚洲精品黄色| 国产精品久久久亚洲一区| 久久一二三四| 欧美色欧美亚洲另类二区| 久久免费精品视频| 欧美色一级片| 亚洲承认在线| 黄色成人在线免费| 亚洲一级特黄| 亚洲理伦在线| 久久成人久久爱| 午夜免费日韩视频| 欧美日韩另类字幕中文| 欧美国产激情| 一区二区三区在线免费播放| 在线视频精品| 一区二区三区四区五区在线| 免费在线成人av| 麻豆av一区二区三区久久| 国产精品欧美精品| 亚洲精品日韩欧美| 亚洲人体一区| 免费亚洲视频| 欧美成人精品在线观看| 欧美成人资源| 久久久久久久成人| 国产精品视频免费观看www| 亚洲人成网在线播放| 亚洲欧洲一级| 美女主播一区| 欧美二区在线播放| 亚洲国产精品尤物yw在线观看| 欧美在线播放视频| 久久久国产精品一区二区三区| 国产精品亚洲综合| 亚洲欧美国产精品专区久久| 午夜精品电影| 国产日韩欧美一区二区三区四区 | 欧美午夜电影在线观看| 亚洲精品乱码久久久久久蜜桃麻豆| 亚洲国产婷婷香蕉久久久久久| 久久精品亚洲一区| 免费观看在线综合色| 亚洲国产一区二区三区青草影视| 久久综合久久久久88| 亚洲福利视频免费观看| 亚洲看片一区| 欧美三级日本三级少妇99| 99视频在线观看一区三区| 亚洲欧美日韩直播| 国产日韩1区| 久久国产精品99国产| 免费不卡在线观看| 亚洲精品国产精品乱码不99 | 欧美一区二区性| 国产午夜精品一区理论片飘花| 久久国产精品久久国产精品| 麻豆av福利av久久av| 日韩手机在线导航| 国产精品v欧美精品∨日韩| 亚洲欧美国产日韩天堂区| 久久免费视频网| 亚洲激情视频在线| 欧美日韩在线播放三区四区| 久久国产精品高清| 亚洲国产精品女人久久久| 免费看亚洲片| 一级日韩一区在线观看| 久久精品免费观看| 亚洲精品美女在线观看| 国产精品mm| 久久久噜噜噜久久久| 亚洲激情影视| 久久久av毛片精品| 亚洲精品日韩欧美| 国产精品久久久久久久久久免费看| 久久精品国产一区二区三| 亚洲激情av| 性欧美暴力猛交69hd| 免费日韩成人| 亚洲午夜一区二区| 欧美成人性生活| 亚洲欧美一区二区三区在线| 一区二区在线视频| 国产精品极品美女粉嫩高清在线| 久久久久久电影| 9l国产精品久久久久麻豆| 美女国产一区| 欧美亚洲日本网站| 亚洲免费av片| 黄色成人精品网站| 国产精品私人影院| 欧美激情第六页| 久久久一区二区| 亚洲一区在线视频| 欧美成人激情视频免费观看| 欧美一区午夜精品| 在线视频你懂得一区二区三区| 亚洲福利久久| 国产精品毛片| 欧美裸体一区二区三区| 免费久久99精品国产| 久久精品国产99精品国产亚洲性色| 99精品国产在热久久婷婷| 免费av成人在线| 久久精品国产亚洲一区二区| 亚洲免费视频中文字幕| 亚洲久久成人| 伊人狠狠色丁香综合尤物| 国产视频欧美| 国产日韩精品一区| 国产精品v片在线观看不卡| 久久久亚洲精品一区二区三区| 欧美一区二区成人| 一区二区三区鲁丝不卡| 亚洲国产女人aaa毛片在线| 老鸭窝亚洲一区二区三区| 久久久久久欧美| 亚洲欧美日韩国产中文| 中文国产亚洲喷潮| 亚洲一区二区三区四区五区黄| 99re6热在线精品视频播放速度 | 日韩视频精品| 欧美插天视频在线播放| 久久只有精品| 久久夜色精品国产欧美乱| 久久久久久一区| 蜜臀久久99精品久久久画质超高清| 久久亚洲私人国产精品va| 久久这里只有| 欧美激情第10页| 亚洲国产欧美一区| 亚洲人午夜精品| 亚洲免费电影在线| 亚洲美女色禁图| 亚洲香蕉伊综合在人在线视看| 亚洲午夜免费视频| 欧美一区二区三区视频在线| 欧美一区二区三区在线| 久久久久久久久久久久久9999| 亚洲精品国产欧美| 欧美日韩一区成人| 国产精品久久综合| 国产精品v欧美精品v日韩精品| 欧美丝袜一区二区| 国产精品视频不卡| 国产一区激情| 在线播放视频一区| 亚洲高清不卡在线观看| 91久久线看在观草草青青| 日韩午夜激情电影| 亚洲免费av网站| 欧美亚洲一区二区在线观看| 久久久久久久久久久成人| 亚洲承认在线| 一本色道**综合亚洲精品蜜桃冫| 亚洲永久精品国产| 久久国产精品99精品国产| 欧美夫妇交换俱乐部在线观看| 亚洲欧美在线高清| 一区二区三区四区五区精品| 亚洲欧美日韩一区二区在线| 在线午夜精品自拍| 欧美一二区视频| 久久理论片午夜琪琪电影网| 噜噜噜在线观看免费视频日韩| 久久综合中文色婷婷| 亚洲精品久久久久中文字幕欢迎你| 中文在线资源观看网站视频免费不卡| 午夜欧美精品久久久久久久| 欧美成人一区二区三区| 亚洲国产老妈| 国产一区二区毛片| 91久久在线观看| 亚洲国产毛片完整版| 在线一区亚洲| 久久久亚洲成人| 一区二区三区黄色| 久久一日本道色综合久久| 欧美日韩国产综合网 | 久久精品视频免费| 亚洲国产精品小视频| 羞羞视频在线观看欧美| 欧美日韩国产另类不卡| 国产一区二区三区在线免费观看|