這篇文章將為大家詳細(xì)講解有關(guān)C++中頭文件iosfwd的示例分析,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
簡介
輸入輸出歷來都是語言的重要部分,在C++中,該庫也是占據(jù)了相當(dāng)大的一部分。 C++的輸入輸出庫是其遵循面向?qū)ο笤O(shè)計的結(jié)果,并結(jié)合了泛型編程。
以下是這些庫類的關(guān)系圖(箭頭標(biāo)示繼承,白框表示摸板,黑框表示摸板實例):
iosfwd聲明
該文件的全稱是“input output stream forward”,即輸入輸出流前向聲明。 顧名思義,該頭文件的主要目的就是為用戶提供所有輸入輸出類的聲明。
當(dāng)你在某些只需要這些類聲明,而不需要定義的地方 (例如:自定義的頭文件中),就可以簡單的include這個頭文件。
定義
然而,實踐是檢驗真理的唯一標(biāo)準(zhǔn)。 事實上,iosfwd頭文件也包含了一些摸板定義(摘自VS2013 版本iosfwd):
這里可以看到,語言標(biāo)準(zhǔn)庫中的name經(jīng)常是以_
打頭的,所以在造輪子的時候,最好不要定義以_
開始的名稱,以避免名字沖突。
typedef
iosfwd還包含了一些typedef。
也許很多開發(fā)者會覺得奇怪,為什么自己使用iostream
類模版出現(xiàn)編譯錯誤的時候,錯誤信息里帶有的卻是basic_iostream<char, ...>
,完全看不到任何iostream字符。
哈哈,因為iostream類實際上基本類模版basic_iostream的實例化模版類(>-<讀起來是不是很拗口)。
STL使用了大量泛型編程,但是使用泛型編程的一個缺點就是----類名會變得很長。例如,vector< map< string, ostream > >。 想想看,如果每次聲明對象的時候都要寫明這么長一個類型,那編程一定會變成一件很無聊的事。 這個時候typedef就非常有用了:
......
看,長長的類型名是不是一下子就變短了!
關(guān)于“C++中頭文件iosfwd的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學(xué)到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)建站jinyejixie.com,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
新聞名稱:C++中頭文件iosfwd的示例分析-創(chuàng)新互聯(lián)
路徑分享:http://jinyejixie.com/article28/jigcp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供靜態(tài)網(wǎng)站、App開發(fā)、網(wǎng)站營銷、Google、App設(shè)計、品牌網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容