头文件 string / string.h(和cstring等价) / cstring

#include<cstring> #include<string> #include<string.h>有什么区别啊？

(http://topic.csdn.net/t/20041030/00/3505110.html)

 

    #include  <cstring>   //不可以定义string  s；可以用到strcpy等函数  

    using   namespace   std;

 

    #include  <string>    //可以定义string  s；可以用到strcpy等函数

    using   namesapce   std;

 

    #include<string.h>   //不可以定义string  s；可以用到strcpy等函数

    这三种到底有什么区别啊？

   

    string      //  C++ STL 字符串类

    string.h   //  C字符串函数 (strcpy()、strcat()、strcmp()等)

    cstring    //  用namespace std包含过的C字符串函数 (C++在移植C的头文件时前面会加前缀'c')

    C++有字符串的标准类string，string类也有很多方法，这是C++标准库的东西，包含头文件string就行

    但是现在它同样包含了C风格字符串操作函数的定义(应该是通过包含string.h实现的)

    cstring就是string.h，只不过封装在std里面

    (http://topic.csdn.net/u/20090109/09/3f778ed3-801b-4061-85d4-c28a4e26729d.html)

 

    一般一个C++的老的带".h"扩展名的库文件，比如iostream.h，在新标准后的标准库中都有一个不带".h"扩展名的相对应，区别除了后者的好多改进之外，还有一点就是后者的东东都塞进了"std"名字空间中。

    但唯独string特别。

    问题在于C++要兼容C的标准库，而C标准库里碰巧也已经有一个名字叫做"string.h"的头文件，包含一些常用的C字符串处理函数，比如strcmp等。

    这个头文件跟C++ string类半点关系也没有，所以<string>并非<string.h>的"升级版本"，他们是毫无关系的两个头文件。

 

    C++头文件的现状：

    旧的C++头文件名如<iostream.h>将会继续被支持，尽管它们不在官方标准中。这些头文件的内容不在名字空间std中。(vs2008中#include <iostream.h>，error: 无法打开包括文件iostream.h)

    新的C++头文件如<iostream>包含的基本功能和对应的旧文件相同，但头文件的内容在名字空间std中。(在标准化的过程中，库中有部分细节被修改了，所以旧头文件和新头文件中的实体不一定完全对应。)

    标准C头文件如<stdio.h>继续被支持。头文件的内容不在std中。具有C库功能的新C++头文件具有如<cstdio>这样的名字。它们提供的内容和相应的旧C头文件相同，只是内容在std中。

    初看这些有些奇怪，但不难习惯它。最大的挑战是把字符串头文件理清楚：

    <string.h> 是旧的C头文件，对应的是基于char* 的字符串处理函数；

    <string>是包装了std的C++头文件，对应的是新的string类；

    <cstring>是对应于旧C头文件的std版本。

    (http://topic.csdn.net/u/20070402/18/7111613b-c5e4-485e-a5d0-33de9aebbaea.html)