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

            我參與的團隊

            搜索

            •  

            積分與排名

            • 積分 - 400060
            • 排名 - 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 閱讀(2420) 評論(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  回復  更多評論
              

            色综合久久精品中文字幕首页| 色播久久人人爽人人爽人人片AV| 亚洲综合精品香蕉久久网| 亚洲中文字幕无码久久精品1| 国产亚洲精品自在久久| 久久99精品免费一区二区| 久久精品国产99久久久古代| 精品久久久久久中文字幕人妻最新| 国产成人无码精品久久久久免费 | 久久久久亚洲AV无码去区首| 亚洲国产精品成人AV无码久久综合影院| 中文字幕无码免费久久| 国产福利电影一区二区三区久久老子无码午夜伦不 | 97精品伊人久久大香线蕉app| 久久99精品久久久久久秒播| 亚洲∧v久久久无码精品| 久久久无码精品午夜| a级成人毛片久久| 亚洲精品乱码久久久久久蜜桃图片| 丁香五月综合久久激情| 久久国产精品99国产精| 久久久久人妻一区二区三区 | 精品久久久久久国产| 久久久久亚洲精品天堂久久久久久| 国内精品九九久久久精品| 亚洲AV无码久久| 久久婷婷是五月综合色狠狠| 国产激情久久久久影院老熟女 | 亚洲成av人片不卡无码久久| 99久久婷婷国产综合精品草原| 国产精品久久久久久福利漫画| 久久99精品国产自在现线小黄鸭 | 亚洲AV日韩精品久久久久久久| 2021国内久久精品| 欧美日韩中文字幕久久久不卡 | 国产精品久久新婚兰兰| 伊人精品久久久久7777| 久久精品国产亚洲av麻豆蜜芽| 久久九九兔免费精品6| 日韩精品久久无码人妻中文字幕| 无码精品久久久天天影视|