• <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
            相信能看到這里的人,應(yīng)該都用過std::endl吧,沒見過?

            1#include <iostream>
            2
            3using namespace std;
            4
            5int main()
            6{
            7    cout<<"Hello World!"<<endl;
            8}

            9

            就是hello world后面那個(gè)。到底這個(gè)endl是個(gè)什么東西呢? 答案是:函數(shù)指針。
            這是它的聲明:

            1template<class _Elem,
            2    class _Traits> inline
            3    basic_ostream<_Elem, _Traits>&
            4    endl(basic_ostream<_Elem, _Traits>& _Ostr)

            當(dāng)然endl只輸入輸出流,輸入流沒有endl。所以輸出流需要一個(gè)類似

            basic_ostream& operator<<(basic_ostream&(*)(basic_ostream &))

            函數(shù)來接受這個(gè)endl。

            如果想寫個(gè)類,比如一個(gè)log類,希望可以像標(biāo)準(zhǔn)流一樣的輸出,需要做什么呢?

            1class Log
            2{
            3public:
            4    teamplate <typename T>
            5    Log& operator<<(const T& t)
            6    {
            7        // write t to log file.
            8    }

            9}
            ;

            有了這個(gè)定義后,Log類就可以像標(biāo)準(zhǔn)輸出流一樣用了,比如:

            1Log log;
            2log<<123<<"ABC"<<132.32<<endl;

            什么,編譯出錯(cuò),而且不止一個(gè)。上面說過,是endl引起的問題。
            std::endl的定義本身就是個(gè)模板函數(shù),用一個(gè)模板函數(shù)(編譯時(shí)連參數(shù)都確定不下來)去推導(dǎo)模板參數(shù),是極不現(xiàn)實(shí)的。
            因?yàn)?endl有兩個(gè)模板參數(shù),_Elem 和 _Traits,其實(shí)_Traints 本身就是個(gè)以_Elem為參數(shù)的類模板,標(biāo)準(zhǔn)庫里面有兩個(gè)endl版本,
            一個(gè)是 _Elem = char, 另一個(gè)是 _Elem = wchar.
            所以編譯器不能推導(dǎo)出Log類的operator<<的模板參數(shù)T,于是就錯(cuò)誤了。

            解決方案,之前也說過,需要一個(gè)接受函數(shù)指針的operator<<的重載版本。

            1Log& operator<<(basic_ostream<char, char_traits<char>>& (*_Pfn)(basic_ostream<char, char_traits<char>>&))
            2    {
            3            // write endl to log using _Pfn
            4    }

            有這個(gè)定義,就可以順利使用 <<std::endl 了。
            當(dāng)然可以為wchar定義一個(gè)operator<<來使用寬字符,這都是函數(shù)重載惹的禍呀。因?yàn)閏har和wchar算是endl函數(shù)兩個(gè)重載版本。

            問題解決了,說一下,同樣的函數(shù)還有:

            ends,輸入一個(gè)字符串結(jié)束符。
            flush,刷新流。
            當(dāng)然這倆個(gè)不常用。
            posted on 2009-04-18 19:42 尹東斐 閱讀(4399) 評論(4)  編輯 收藏 引用

            FeedBack:
            # re: std::endl 是什么?
            2009-04-18 20:58 | OwnWaterloo
            class slt_like_ostream {

            slt_like_ostream&
            operator<<(std::ios_base& (*pf)(std::ios_base& );

            template< class C, class T >
            slt_like_ostream&
            operator<<(std::basic_ios< C,T>& (*pf)(std::basic_ios< C, T>&);

            template< class C, class T >
            operator<<
            (std::basic_ostream< C,T>& (*pf)(std::basic_ostream< C,T>&);

            };

            這是stl對ostream的規(guī)范。
            如果不實(shí)現(xiàn)這些規(guī)范, 不能與stl的其他組件(如std::endl)合作也是理所當(dāng)然的。

              回復(fù)  更多評論
              
            # re: std::endl 是什么?
            2009-04-18 21:08 | 尹東斐
            @OwnWaterloo

            嗯,就是這樣子的。
            其實(shí)可以直接從basic_ostream繼承,然后把stream_buf改成自己想要的輸出方式就可以。  回復(fù)  更多評論
              
            # re: std::endl 是什么?[未登錄]
            2009-04-22 17:20 | jans2002
            以前遇到自己的Log不能用endl,就把endl都改為"\n"了。
            感謝樓主講解。  回復(fù)  更多評論
              
            # re: std::endl 是什么?
            2009-05-12 15:15 | zhaoyg
            learn了  回復(fù)  更多評論
              
            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(4)

            隨筆檔案

            文章分類

            文章檔案

            相冊

            好友博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国内精品久久久久久不卡影院 | 国产日韩欧美久久| 国产∨亚洲V天堂无码久久久| 亚洲国产成人久久综合区| 久久国产视频99电影| 欧美一级久久久久久久大片| 久久天天躁狠狠躁夜夜2020老熟妇| 久久中文字幕一区二区| 精品999久久久久久中文字幕 | 国产精品美女久久久m| 国产精品久久久久国产A级| 精品久久久噜噜噜久久久 | 久久无码专区国产精品发布| 国产精品久久久久久吹潮| 久久精品九九亚洲精品| 国产精品一区二区久久| 2021久久国自产拍精品| 青青草国产精品久久久久| 午夜福利91久久福利| 久久天天躁夜夜躁狠狠躁2022| 欧美精品福利视频一区二区三区久久久精品 | 国产69精品久久久久观看软件| 亚洲AV日韩精品久久久久久| 97久久超碰国产精品2021| 国产精品久久国产精麻豆99网站| 亚洲国产精品久久久久婷婷老年| 亚洲欧洲精品成人久久曰影片| 久久婷婷五月综合国产尤物app| AV无码久久久久不卡网站下载 | 国内精品伊人久久久久AV影院| A级毛片无码久久精品免费| 久久精品一区二区三区AV| 国产精品久久久久久久| 久久只有这精品99| 91久久福利国产成人精品| 久久www免费人成看片| 国产精品va久久久久久久| 久久棈精品久久久久久噜噜| 色婷婷久久久SWAG精品| 久久久久四虎国产精品| 色综合久久无码中文字幕|