iostream.h与iostream的区别

原创 2012年03月22日 21:37:50
C++中新定义的方法都是有名字空间的 比如cout就属于std名字空间 如果include头文件的时候加上.h,默认会using namespace 否则需要自己加上 using namespace XXX 对于C中已经定义的方法如printf,没有影响的

iostream.h是包含输入/输出流处理的头文件,iostream就什么都不是了
但用iostream要加名词空间namespace

#include<iostream.h>
或者是
#include<iostream>
using namespace std;
二者都行

#include<iostream.h>是C语言中比较通用的
#include<iostream>
using namespace std;
是C++中比较通用的

#include <iostream.h>这样写,里面的函数都是全局函数.

不加.h的是现在C++中规定的标准,目的在于使C++代码用于移植和混合嵌入时不受扩展名.h的限制,避免因为.h而造成的额外的处理和修改
而加.h的是c语言的用法,但是在c++中也支持这种用法,主要是为了向下兼容c 的内容,我们平时尽量不用这种方法
iostream是现在C++中规定的标准,目的在于使C++代码用于移植和混合嵌入时不受扩展名.h的限制,避免因为.h而造成的额外的处理和修改。iostream包含的基本功能和对应的旧头文件相同,但头文件的内容在名字空间std中。(在标准化的过程中,库中有些部分的细节被修改了,所以旧头文件和新头文件中的实体不一定完全对应。) 一般情况下应该用这个头文件,而iostream.h则是老式的,以后有可能被淘汰。
     

      经常在CSDN以及其他之类的技术论坛上问关于C++ 头文件的问题。提出这些问题的往往就是那些刚学C++的新手。当初我是菜鸟的时候也问过类似的问题。

     现在来看看下面两个include:

     #include<iostream>      // 这个就是1998年标准化以后的标准头文件

     #include<iostream.h>        // 这个就是标准化以前的头文件

     更本质上的区别就是iostream把标准C++库的组件放在一个名位std的namespace里面。而相对的iostream.h则将这些标准组件放在全局空间里,同时在标准化以后旧有的C标准库也已经经过改造了。 使用前者,就需要在代码中添加语句:using namespace std;

     看看下面这两个头文件

     // 标准化后经过改造的C的标准库,所有的组件都放在了std中

     #include<cstdio>           

     // 标准化以前C++中的C标准库

     #include<stdio.h>

     // 在看看这个头文件C标准库下 基于char* 的字符处理函数库

     #include<string.h>

     // 在标准化以后他变成了这样

     #include<cstring>

     // 但是很多朋友还看见过这个字符串处理函数库,他包含了新的string class

     #include<string>

     经过了标准委员会如此大规模手术后,在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++标准程序库》。

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

尽量用<iostream>而不用<stdio.h>

是的,scanf和printf很轻巧,很高效,你也早就知道怎么用它们,这我承认。但 尽管他们很有用,事实上scanf和printf及其系列还可以做些改进。尤其是,他们 不是类型安全的,而且没有扩展...

条款2:尽量用iostream而不用stdio.h

一 Shifting from c to c++条款2:尽量用而不用scanf和printf及其系列的缺点:(1)他们不是类型安全的(2)没有扩展性(3)scanf/printf系列函数把要读写的变量...

尽量以<iostream>取代<stdio.h>

在包含的scanf和printf及其家族虽然是可移植的,高效的,但它们都还不够完美。尤其是它们不具型别安全(type-safe)性质,也都不可扩充。由于型别安全性和扩充性正是C++的基石,所以prin...

effective C++ (Item2) Prefer <iostream> to <stdio.h>

type safety and extensibility are cornerstones of the C++ way of life.  int i; Rational r; cin >>...

为什么在vs 中用include<iostream.h>不行,而include<stdio.h>可用

1、要区分标准C的库和标准C++的库。iostream是C++的库,stdio.h是标准C的库。 2、新的C++标准摒弃了.h形式的头文件,所以在vs2005里面是没有iostream.h的头文...

C++中include <iostream>和include <iostream.h>的区别

简单来说: .h的是标准C的头文件,没有.h的是标准C++的头文件,两种都是头文件。 造成这两种形式不同的原因,是C++的发展历史决定的,刚才正好有别的人也问这个问题,这里我再回答一下(注意vs200...

iostream 与iostream.h 的区别

C++的标准类库被修订了两次,有两个标准 C92和C99,这两个库现在都在并行使用,用 .h 包含的是c92 ,不带 .h 的是c99的头文件,对于普通用户来说这两者没有什么区别,区别是在内部函数的具...

iostream.h和iostream 区别

转自:http://hi.baidu.com/laddie10/blog/item/079b1d4c32d7d8fcd62afc25.html C++中新定义的方法都是有名字空间的 比如cout...
  • umily
  • umily
  • 2013-12-01 16:40
  • 262
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)