C/C++ 头文件的问题小结

C/C++ 头文件的问题小结

    C++中新定义的方法都是有名字空间的 比如cout就属于std名字空间 如果include头文件的时候加上.h，默认会using namespace 否则需要自己加上 using namespace XXX 对于C中已经定义的方法如printf，没有影响的。
    不加.h的是现在C++中规定的标准，目的在于使C++代码用于移植和混合嵌入时不受扩展名.h的限制，避免因为.h而造成的额外的处理和修改。而加.h的是c语言的用法，但是在c++中也支持这种用法，主要是为了向下兼容c 的内容，我们平时尽量不用这种方法。 
    iostream是现在C++中规定的标准，目的在于使C++代码用于移植和混合嵌入时不受扩展名.h的限制，避免因为.h而造成的额外的处理和修改。iostream包含的基本功能和对应的旧头文件相同，但头文件的内容在名字空间std中。（在标准化的过程中，库中有些部分的细节被修改了，所以旧头文件和新头文件中的实体不一定完全对应。） 一般情况下应该用这个头文件，而iostream.h则是老式的，以后有可能被淘汰。 
    现在来看看下面两个include:
    #include<iostream>      // 这个就是1998年标准化以后的标准头文件
    #include<iostream.h>        // 这个就是标准化以前的头文件
    更本质上的区别就是iostream把标准C++库的组件放在一个名为std的namespace里面。而相对的iostream.h则将这些标准组件放在全局空间里，同时在标准化以后旧有的C标准库也已经经过改造了。 使用前者，就需要在代码中添加语句：using namespace std;     
    看看下面这两个头文件：
     #include<cstdio>// 标准化后经过改造的C的标准库，所有的组件都放在了std中                
     #include<stdio.h>// 标准化以前C++中的C标准库     
     #include<string.h>// 再看看这个头文件C标准库下，基于char* 的字符处理函数库     
     #include<cstring>// 在标准化以后它变成了这样     
     #include<string>//但是很多朋友还看见过这个字符串处理函数库，它包含了新的string class
    经过了标准委员会如此大规模手术后，在98年以前出品的C++编译器（BC3.0，BC5.0）上能顺利通过编译的源文件，在支持新标准的编译器上可能无法顺利通过编译也就是很正常的事了。

起因：
    再回过头来看看标准程序库，这个程序库涵盖范围相当广大，提过了许许多多好用的功能。正是因为这样标准程序库中class的名称和函数名与第三方提供的程序库中的class名或是函数名发生名字冲突的可能性大大增大。为了避免这个问题的发生，标准委员会决定将标准程序库中每一样东西都放在namespace std中。但是这么做同时有引来了一个新的问题。很多C++程序代码依赖那些已经存在很多年的C++ “准”标准程序库（C++迟迟未标准化才导致这些情况的发生），例如iosteam.h,complex.h等等。
    为了解决这个新出现的问题，标准化委员会决定设计一些新的头文件名，给那些穿上std外衣的组件所使用。把C++头文件的.h去掉，于是就有前面出现的iostream，同样C的头文件也做了相同的处理，同时在前面加上了一个字母c，以表示是C的头文件（感觉上有中种族歧视的感觉）。同时标准化委员会声明就有的C++头文件将不再列于被支持的名单之中了，而旧有的C头文件为了满足“对C的兼容性”这个古老契约，仍然将继续存活下去。
    但是，那些编译器厂商不可能去推翻他们客户的旧有编译器（也跟本不会去这么做），所以那些旧有的C++头文件仍然苟延残喘的活了下来，并不断的扰乱那些C++新兵的心智。
    下面就是现在大多数C++开发工具表示头文件的组织状态：
    1.旧的C++头文件 比如iostream.h，他们虽然被标准化委员会所抛弃，但由于各大厂商为了各自的商业利益仍然将继续存活下去，这些头文件的内容将不处于namespace std中。
    2.新的C++头文件如iostream虽然提供了和旧有头文件相同的功能，但他的内容都并入了namespace std中，从而有效避免了名字污染的问题。
    3. 标准C的头文件如stdio.h继续获得支持，这类文件的内容并未放在std中。
    4.C函数库的技能也有对应的新式C++版本，起名称类似cstdio，这类头文件的内容也有幸穿上了std的外衣。
其实标准化以后的标准程序库的改动并不只有这些而已，很多的标准化组件都被“tamplate化”。其中就有元老级人物iostream。标准程序库的问题并不是用一篇，两篇文章就可以说清楚的。如果你像进一步的了解C++的标准程序库的话，你可以看看侯先生的《C++标准程序库》。

使用注意：
1、要区分标准C的库和标准C++的库。iostream是C++的库，stdio.h是标准C的库。
2、新的C++标准摒弃了.h形式的头文件，所以在vs2005里面是没有iostream.h的头文件的。
3、在早期的vs版本，比如VC6.0，用的还是老版本的C++标准库，例如iostream.h，并且当时标准库也没有引入名字空间。因此直接#include <iostream.h>是可以的。但到了vs2005，使用了新的C++标准库，只能用#include <iostream>。
4、名字空间里可以包含很多东西，比如函数名、标识符、数据类型等等。新的C++标准把标准库中的名字都放入了std名字空间，因此在#include <iostream>之后，还必须使用标准库的名字空间std，才能使用标准库里的类和函数，也就是必须 using namespace std;
5、对于C的标准库，例如，stdio.h，没有名字空间的概念，因此直接包含后即可使用。
6、新的C++标准库为了统一以前的C标准库，将原来c的标准库也放入了std名字空间，并把原来的C标准库去掉了.h后缀，前面加上字母“c”，例如stdio.h就变成了cstdio，使用时为#include <cstdio>，其内容和#include <stdio.h>相同，但是要额外使用名字空间std，也就是using namespace std;
7、因此，对于新的C++标准库，没有了.h形式的头文件，例如iostream，在包含了头文件以后，必须使用std名字空间才能使用库中的内容。对于C标准库，有两种使用方法，一种是用老的.h形式，例如stdio.h直接包含就可以了；另一种就是用C++的统一形式，例如cstdio，和C++标准库一样，包含了以后还要加上using namespace std;才能使用。
建议采用后面统一的形式，比如你要同时使用C和C++的库，可以这样写：

#include <cstdio>

#include <iostream>

using namespace std;