#include < string .h >
void main()
{
string aaa = " abcsd d " ;
printf( " looking for abc from abcdecd %s\n " ,
(strcmp(aaa, " abc " )) ? " Found " : " Not Found " );
}
不能正确执行，提示说是string类型没有定义
而下面：
| #include < string > using namespace std; |
这里的string编译器就认识了，但是strcmp就不认识了呢？
一般一个C++的老的带“。h”扩展名的库文件，比如iostream.h，在新标准后的标准库中都有一个不带“。h”扩展名的相对应，区别除了后者的好多改进之外，还有一点就是后者的东东都塞进了“std”名字空间中。
但唯独string特别。
问题在于C++要兼容C的标准库，而C的标准库里碰巧也已经有一个名字叫做“string.h”的头文件，包含一些常用的C字符串处理函数，比如楼主提到的strcmp.
这个头文件跟C++的string类半点关系也没有，所以
要达到楼主的目的，比如同时：
| #include < string .h > #include < string > using namespace std; |
| #include < cstring > #include < string > |
其中
笑谈（来自高质量++）
C++标准库很大。非常大。难以置信的大。怎么个大法？这么说吧：在C++标准中，关于标准库的规格说明占了密密麻麻300 多页，这还不包括标准C 库，后者只是"作为参考"（老实说，原文就是用的这个词）包含在C++库中。当然，并非总是越大越好，但在现在的情况下，确实越大越好，因为大的库会包含 大量的功能。标准库中的功能越多，开发自己的应用程序时能借助的功能就越多。C++库并非提供了一切（很明显的是，没有提供并发和图形用户接口的支持）， 但确实提供了很多。几乎任何事你都可以求助于它。在归纳标准库中有些什么之前，需要介绍一下它是如何组织的。因为标准库中东西如此之多，你（或象你一样的 其他什么人）所选择的类名或函数名就很有可能和标准库中的某个名字相同。为了避免这种情况所造成的名字冲突，实际上标准库中的一切都被放在名字空间std 中（参见条款28）。但这带来了一个新问题。无数现有的C++代码都依赖于使用了多年的伪标准库中的功能，例如，声明在
所以，实际来说，下面是C++头文件的现状：
旧的C++头文件名如
新的C++头文件如
标准C 头文件如
具有C 库功能的新C++头文件具有如
所有这些初看有点怪，但不难习惯它。最大的挑战是把字符串头文件理清楚：
如果能掌握这些（我相信你能），其余的也就容易了。