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

syhd142  
日歷
<2011年2月>
303112345
6789101112
13141516171819
20212223242526
272812345
6789101112
統計
  • 隨筆 - 23
  • 文章 - 122
  • 評論 - 31
  • 引用 - 0

導航

常用鏈接

留言簿(2)

隨筆檔案(23)

文章分類(270)

文章檔案(122)

我的豆瓣

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

 
原文地址;http://topic.csdn.net/u/20070402/18/7111613b-c5e4-485e-a5d0-33de9aebbaea.html
c++中 string與string.h 的作用和區(qū)別
#include <string.h>   
 
void main()   
{   
  string aaa= "abcsd d";   
  printf("looking for abc from abcdecd %s\n",   
  (strcmp(aaa,"abc")) ? "Found" : "Not Found");   
 
}   
不能正確執(zhí)行,提示說是string類型沒有定義   
而下面:   
#include <string>   
 
using namespace std;   
void main()   
{   
  string aaa= "abcsd d";   
  printf("looking for abc from abcdecd %s\n",   
  (strcmp(aaa,"abc")) ? "Found" : "Not Found");   
}   
這里的string編譯器就認識了,但是strcmp就不認識了呢?   
一般一個C++的老的帶“.h”擴展名的庫文件,比如iostream.h,在新標準后的標準庫中都有一個不帶“.h”擴展名的相對應,區(qū)別除了后者的好多改進之外,還有一點就是后者的東東都塞進了“std”名字空間中。   
 
但唯獨string特別。   
問題在于C++要兼容C的標準庫,而C的標準庫里碰巧也已經有一個名字叫做“string.h”的頭文件,包含一些常用的C字符串處理函數,比如樓主提到的strcmp。   
這個頭文件跟C++的string類半點關系也沒有,所以<string>并非<string.h>的“升級版本”,他們是毫無關系的兩個頭文件。   
要達到樓主的目的,比如同時:   
#include <string.h>   
#include <string>   
using namespace std;   
或者   
#include <cstring>   
#include <string>   
 
其中<cstring>是與C標準庫的<string.h>相對應,但裹有std名字空間的版本。
笑談(來自高質量++)
C++標準庫很大。非常大。難以置信的大。怎么個大法?這么說吧:在C++標準中,關于標準庫的規(guī)格說明占了密密麻麻300 多頁,這還不包括標準C 庫,后者只是"作為參考"(老實說,原文就是用的這個詞)包含在C++庫中。當然,并非總是越大越好,但在現在的情況下,確實越大越好,因為大的庫會包含大量的功能。標準庫中的功能越多,開發(fā)自己的應用程序時能借助的功能就越多。C++庫并非提供了一切(很明顯的是,沒有提供并發(fā)和圖形用戶接口的支持),但確實提供了很多。幾乎任何事你都可以求助于它。在歸納標準庫中有些什么之前,需要介紹一下它是如何組織的。因為標準庫中東西如此之多,你(或象你一樣的其他什么人)所選擇的類名或函數名就很有可能和標準庫中的某個名字相同。為了避免這種情況所造成的名字沖突,實際上標準庫中的一切都被放在名字空間std 中(參見條款28)。但這帶來了一個新問題。無數現有的C++代碼都依賴于使用了多年的偽標準庫中的功能,例如,聲明在<iostream.h>,<complex.h>,<limits.h>等頭文件中的功能。現有軟件沒有針對使用名字空間而進行設計,如果用std 來包裝標準庫導致現有代碼不能用,將是一種可恥行為。(這種釜底抽薪的做法會讓現有代碼的程序員說出比"可恥" 更難聽的話)懾于被激怒的程序員會產生的破壞力,標準委員會決定為包裝了std 的那部分標準庫構件創(chuàng)建新的頭文件名。生成新頭文件的方法僅僅是將現有C++頭文件名中的.h 去掉,方法本身不重要,正如最后產生的結果不一致也并不重要一樣。所以<iostream.h>變成了<iostream>,<complex.h>變成了<complex>,等等。對于C 頭文件,采用同樣的方法,但在每個名字前還要添加一個c。所以C 的<string.h>變成了<cstring>,<stdio.h>變成了<cstdio>,等等。最后一點是,舊的C++頭文件是官方所反對使用的(即,明確列出不再支持),但舊的C 頭文件則沒有(以保持對C 的兼容性)。實際上,編譯器制造商不會停止對客戶現有軟件提供支持,所以可以預計,舊的C++頭文件在未來幾年內還是會被支持。所以,實際來說,下面是C++頭文件的現狀:舊的C++頭文件名如<iostream.h>將會繼續(xù)被支持,盡管它們不在官方標
準中。這些頭文件的內容不在名字空間std 中。新的C++頭文件如<iostream>包含的基本功能和對應的舊頭文件相同,但頭文件的內容在名字空間std 中。(在標準化的過程中,庫中有些部分的細節(jié)被修改了,所以舊頭文件和新頭文件中的實體不一定完全對應。)標準C 頭文件如<stdio.h>繼續(xù)被支持。頭文件的內容不在std 中。
具有C 庫功能的新C++頭文件具有如<cstdio>這樣的名字。它們提供的內容和相應的舊C 頭文件相同,只是內容在std 中。所有這些初看有點怪,但不難習慣它。最大的挑戰(zhàn)是把字符串頭文件理清楚:<string.h>是舊的C 頭文件,對應的是基于char*的字符串處理函數;<string>是包裝了std 的C++頭文件,對應的是新的string 類(看下文);<cstring>是對應于舊C 頭文件的std 版本。如果能掌握這些(我相信你能),其余的也就容易了。
posted on 2011-02-13 00:49 Fucker 閱讀(1246) 評論(0)  編輯 收藏 引用

只有注冊用戶登錄后才能發(fā)表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


 
Copyright © Fucker Powered by: 博客園 模板提供:滬江博客
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久九九精品| 激情一区二区三区| 香蕉精品999视频一区二区| 在线综合欧美| 亚洲自啪免费| 久久国产精品久久w女人spa| 欧美在线播放一区| 老司机免费视频久久| 欧美大尺度在线| 欧美性片在线观看| 国内精品国语自产拍在线观看| 国产亚洲a∨片在线观看| 激情久久中文字幕| 亚洲免费电影在线| 欧美有码在线观看视频| 欧美成在线观看| 亚洲黄一区二区三区| 亚洲美女av网站| 亚洲自拍另类| 久久综合伊人77777麻豆| 欧美日韩国产电影| 韩日精品在线| 亚洲一区二区影院| 欧美福利在线观看| 午夜日韩福利| 欧美日韩在线不卡一区| 伊人精品久久久久7777| 亚洲视频免费观看| 欧美激情91| 午夜久久久久久久久久一区二区| 欧美xxx成人| 国外成人网址| 欧美在线二区| 99re66热这里只有精品3直播| 亚洲欧美在线磁力| 欧美日一区二区在线观看| 亚洲国产mv| 久久久久久久久久久一区| 亚洲美女在线国产| 欧美大学生性色视频| 国内精品视频一区| 欧美一区91| 99热这里只有成人精品国产| 久久亚洲不卡| 激情久久中文字幕| 性久久久久久久久| 亚洲视频在线观看| 欧美日韩一区二区三区在线视频| 亚洲高清视频一区二区| 久久夜色精品| 欧美自拍丝袜亚洲| 国产一区二区三区精品久久久| 亚洲在线播放电影| 日韩亚洲欧美一区二区三区| 欧美国产精品久久| 亚洲黑丝在线| 亚洲第一级黄色片| 欧美在线视频一区| 国产欧美日韩精品在线| 香蕉久久一区二区不卡无毒影院| 亚洲精品综合| 欧美亚洲成人网| 亚洲免费视频中文字幕| 亚洲婷婷国产精品电影人久久 | 亚洲一区二区三区高清不卡| 欧美日韩大陆在线| 这里只有精品视频| avtt综合网| 国产精品欧美日韩| 久久av免费一区| 久久国产日韩欧美| 亚洲高清在线视频| 亚洲精品1区2区| 欧美日韩在线大尺度| 亚洲在线免费| 欧美日韩成人综合| 99热精品在线观看| 一区二区不卡在线视频 午夜欧美不卡在| 欧美高清视频一二三区| 日韩亚洲欧美成人| 亚洲视频一区| 国产综合色一区二区三区 | 欧美一区精品| 久久九九热re6这里有精品| 伊人狠狠色丁香综合尤物| 亚洲国产精品久久久久婷婷884 | 亚洲专区免费| 狠狠色狠狠色综合系列| 亚洲福利视频二区| 国产精品区一区| 欧美福利一区二区| 欧美午夜免费影院| 美女黄网久久| 国产精品都在这里| 欧美ed2k| 国产精品手机视频| 亚洲国产日韩一级| 国产日韩综合| 亚洲另类一区二区| 狠狠色狠狠色综合日日小说| 99视频精品| 亚洲欧洲日产国产网站| 亚洲欧美文学| 亚洲视频在线观看视频| 久久久噜噜噜久久中文字免| 亚洲天堂av在线免费| 久久漫画官网| 欧美在线免费观看| 欧美体内she精视频在线观看| 久久久久久久久蜜桃| 欧美日韩大片| 欧美国产视频在线| 国产在线精品二区| 亚洲视频在线二区| 一本色道久久综合狠狠躁篇的优点 | 六月婷婷一区| 久久精品国产免费看久久精品| 欧美激情一区二区三区成人| 看欧美日韩国产| 国产日本欧洲亚洲| 亚洲手机在线| 亚洲欧美日本在线| 欧美日韩精品高清| 欧美激情视频一区二区三区免费 | 欧美高清自拍一区| 久久一二三区| 国产中文一区二区| 欧美一区二区三区视频免费播放| 午夜视频在线观看一区二区三区| 狠狠入ady亚洲精品| 一区二区国产日产| 一区二区三区蜜桃网| 欧美大片免费| 亚洲黄网站在线观看| 亚洲福利一区| 免费日韩av电影| 亚洲电影免费观看高清| 亚洲激情在线观看| 欧美国产一区二区在线观看| 亚洲大片免费看| 亚洲人成人一区二区在线观看 | 亚洲视频在线观看免费| 亚洲午夜在线| 国产精品女人网站| 亚洲免费网站| 久久久国产精品亚洲一区| 国产一区二区三区的电影| 久久精品免费观看| 亚洲成人中文| 一区二区三区免费看| 国产精品成人v| 亚洲欧美日韩综合| 久久一区二区三区四区| 亚洲国产精品一区| 欧美日韩大片| 久久99伊人| 亚洲成人在线免费| 亚洲精品乱码久久久久久黑人| 亚洲精品免费一区二区三区| 欧美激情一区二区三区| 99这里有精品| 久久精品国产2020观看福利| 一区精品在线| 欧美日韩国产区| 亚洲欧美日韩国产综合精品二区 | 麻豆精品视频在线观看视频| 亚洲精品一区二区三区不| 欧美日韩一区二区三区四区五区| 亚洲一级高清| 亚洲大胆av| 亚洲欧美综合| 亚洲国产成人久久综合一区| 欧美天堂在线观看| 久久精品国产99| 一本一本久久a久久精品综合妖精| 久久成人人人人精品欧| 亚洲人体影院| 国产农村妇女毛片精品久久麻豆 | 午夜精品在线看| 亚洲精品1区| 国产欧美精品在线| 欧美精品自拍| 久久―日本道色综合久久| 夜夜爽夜夜爽精品视频| 欧美高清视频一区| 欧美亚洲日本一区| 午夜视频一区| 国产精品大片wwwwww| 欧美在线视频一区二区三区| 亚洲欧洲在线视频| 老牛嫩草一区二区三区日本 | 久久久久一区二区三区四区| 一区二区免费看| 亚洲第一伊人| 国产一区日韩一区| 国产精品欧美久久| 欧美日韩一区国产| 欧美成人69av| 玖玖在线精品| 久久嫩草精品久久久精品|