• <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++博客 :: 首頁 :: 聯系 ::  :: 管理
              163 Posts :: 4 Stories :: 350 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(48)

            我參與的團隊

            搜索

            •  

            積分與排名

            • 積分 - 398977
            • 排名 - 59

            最新評論

            閱讀排行榜

            評論排行榜

            傳統的C函數庫中scanf和printf不是類型安全的,另外,scanf/printf系列函數把要讀寫的變量和控制讀寫格式的信息分開來,這都是很早的用法啦。iostream的cout和cin則相對高級的多!因為類型安全和擴展性是C++的基石,“《”和“》”也提供操作符重載來輸出、輸入用戶自己定義的數據類型,另外,在傳遞讀和寫的對象時采用的語法形式也是相同的。

            如:

            class Rational {
            public:
            Rational(int numerator = 0, int denominator = 1);
            ...
            private:
            int n, d;// 分子,分母
            

             

            friend ostream& operator<<(ostream& s, const Rational& ); }; ostream& operator<<(ostream& s, const Rational& r) { s<< r.n << '/' << r.d; return s; }
             
            但是下列情況下會使用C庫函數:
            (1)有些iostream的操作實現起來比相應的C stream效率要低,所以不同的選擇會給你的程序有可能帶來很大的不同。
            (2)在標準化的過程中,iostream庫在底層做了很多修改,所以對那些要求最大可移植性的應用程序來說,會發現不同的廠商遵循標準的程度也不同。
            (3)iostream庫的類有構造函數而<stdio.h>里的函數沒有,在某些涉及到靜態對象初始化順序的時候,如果可以確認不會帶來隱患,用標準C庫會更簡單實用。
            使用了#include <iostream>, 得到的是置于名字空間std下的iostream庫的元素;如果使用#include <iostream.h>,得到的是置于全局空間
            的同樣的元素。在全局空間獲取元素會導致名字沖突,而設計名字空間的初衷正是用來避免這種名字沖突的發生。
            使用了#include  <iostream> 后面要接:using namespace std;新的c++庫舍棄了<iostream.h>,你如果include它,編譯器
            會提示你找不到這個頭文件。
             
             
             
             
            posted on 2008-01-15 21:13 sdfasdf 閱讀(2415) 評論(3)  編輯 收藏 引用 所屬分類: C++

            Feedback

            # re: Effective C++學習筆記:條款2:盡量用&lt;iostream&gt;而不用&lt;stdio.h&gt;[未登錄] 2008-01-16 11:46 cppexplore
            挑選log模塊的時候 我還是喜歡方便格式化輸出的類printf方式,就象ace的log方式,iostream方式的進行格式化輸出太不方便了  回復  更多評論
              

            # re: Effective C++學習筆記:條款2:盡量用&lt;iostream&gt;而不用&lt;stdio.h&gt; 2008-01-16 14:55 Kouga
            呵呵,Log的時候,使用stream的格式化一樣方便。  回復  更多評論
              

            # re: Effective C++學習筆記:條款2:盡量用&lt;iostream&gt;而不用&lt;stdio.h&gt; 2008-05-23 12:08 lych
            http://lych.yo2.cn/articles/%e2%80%9c%e8%90%bd%e5%90%8e%e7%9a%84cout%e4%b8%8e%e5%89%8d%e5%8d%ab%e7%9a%84printf%e2%80%9d.html  回復  更多評論
              

            日批日出水久久亚洲精品tv| 国产成人精品久久一区二区三区av | 国产ww久久久久久久久久| 亚洲国产成人久久综合一| 三级韩国一区久久二区综合| 欧美日韩精品久久免费| 久久青青草原综合伊人| 手机看片久久高清国产日韩| 久久er99热精品一区二区| 久久精品无码一区二区日韩AV| 亚洲国产另类久久久精品 | 久久精品女人天堂AV麻| 亚洲va久久久噜噜噜久久男同| 国产成人久久精品麻豆一区| 国产亚洲精久久久久久无码77777| 精品免费久久久久久久| 日韩欧美亚洲综合久久影院Ds| 久久成人国产精品免费软件| 久久99国产精品久久久| 无码AV波多野结衣久久| 伊人久久大香线蕉精品不卡| 91精品久久久久久无码| 久久久老熟女一区二区三区| 欧美亚洲国产精品久久久久| 久久免费视频6| 国产精久久一区二区三区| 91精品国产9l久久久久| 久久狠狠爱亚洲综合影院| 怡红院日本一道日本久久 | 久久亚洲高清综合| 99久久亚洲综合精品成人| 精品久久人妻av中文字幕| 伊人久久大香线蕉av不卡| 色播久久人人爽人人爽人人片AV| 亚洲综合久久夜AV | 久久综合一区二区无码| 久久久久一级精品亚洲国产成人综合AV区 | 久久国产精品波多野结衣AV| 国产91久久综合| 久久国产精品视频| 久久大香萑太香蕉av|