<iostream> 和 <iostream.h>的区别 及 Linux下编译iostream.h的方法
0、序言
其实2者主要的区别就是iostream是C++标准的输入输出流头文件,而iostream.h是非标准的头文件。
标准头文件iostream中的函数属于标准命令空间,而iostream.h中的函数都是全局函数。
#include <iostream> //这个就是C++98标准化以后的标准头文件
#include <iostream.h> //这个就是标准化以前的头文件(当时还没有命令空间的概念)
1、两者使用时的区别
以函数cout和endl举例说明。
1.1 iostream.h 的使用
由于iostream.h中函数都是全局的,使用的方法同C相同。
//example.cpp
#include <iostream.h> int main(void)
{
cout<<"Hello World"<<endl;
return ;
}
1.1.1 iostream.h 的编译
在Windows平台下的VC++/VS中编译没什么好说的,直接可以编译通过.
在Linux下编译需要详细的说明一下。
上面的例子examplec.pp使用下面普通的方法编译,甚至提示找不到iostream.h这个头文件
# g++ example.cpp
error: iostream.h: No such file or directory
error: ‘cout’ was not declared in this scope
error: ‘endl’ was not declared in this scope
没有头文件怎么办呢?这需要安装兼容包,在我的64位系统安装了下面2个包(还有其他包)
# yum install compat-gcc* Install compat-gcc-.x86_64
Install compat-gcc--c++.x86_64
记住上面包的名字中的数字34,在不同系统中可能是不同的,继续编译,注意这次使用的不是g++而是g++34.
# g++34example.cpp
In file included from /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../include/c++/3.4.6/backward/iostream.h:31, from main.cpp:8: /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../include/c++/3.4.6/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <iostream> instead of the deprecated header <iostream.h>. To disable this warning use -Wno-deprecated.
这次编译有一个很长的warning,意思就是建议使用标准头文件不使用非标准头文件。
非要使用非标准头文件的时候可以通过添加编译选项-Wno-deprecated 来取消这个warning
# g++34 -g example.cpp -Wno-deprecated
OK,到此就编译成功了。
1.2 iostream 的使用
主要有3种方法,没有最优,只有最合适
方法1,适用于使用函数个数少,函数使用次数少 的情况
//example1.cpp
#include <iostream> int main(void)
{
std::cout<<"Hello World"<<std::endl; //方法1
return ;
}
方法2,适用于使用函数个数少,函数使用次数较多 的情况
//example2.cpp
#include <iostream>
using std::cout; //方法2
using std::endl; //方法2 int main(void)
{
cout<<"Hello World"<<endl;
return ;
}
方法3,适用于使用函数个数和函数次数较多 的情况
//example3.cpp
#include <iostream>
using namespace std; //方法3 int main(void)
{
cout<<"Hello World"<<endl;
return ;
}
2、建议
最好使用标准头文件.
iostream是现在C++中规定的标准,目的在于使C++代码用于移植和混合嵌入时不受扩展名.h的限制,避免因为.h而造成的额外的处理和修改。
iostream包含的基本功能和对应的旧头文件相同,但头文件的内容在名字空间std中。
(在标准化的过程中,库中有些部分的细节被修改了,所以旧头文件和新头文件中的实体不一定完全对应。)
一般情况下应该用这个头文件,而iostream.h则是老式的,以后有可能被淘汰。
3、历史
在回过头来看看标准程序库,这个程序库涵盖范围相当广大,提过了许许多多好用的功能。
正是因为这样标准程序库中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的外衣。
-------------------------------------------------------------------------------------------------------------------------------------------------------------
参考资料:
http://hi.baidu.com/laddie10/blog/item/079b1d4c32d7d8fcd62afc25.html
http://bbs.sjtu.edu.cn/bbstcon,board,C,reid,1101133248,file,M.1101178603.A.html
<iostream> 和 <iostream.h>的区别 及 Linux下编译iostream.h的方法的更多相关文章
- Linux下编译,要下载tar.xz,而不要下载zip,因为换行的编码不一样,对.h.cpp没有影响,但是对脚本有影响 good
原因是 在win下编辑的时候,换行结尾是\n\r , 而在linux下 是\n,所以才会有 多出来的\r但是这个我是直接下载的官网文件解压的,没有动过啊. 破案了. linux下编译要下 .tar.x ...
- Linux 下没有conio.h 已解决
原文:http://blog.sina.com.cn/s/blog_6a95e00b0100zqvf.html #include <stdio.h>//#include <conio ...
- linux下编译安装boost库
linux下编译安装boost库 linux下编译安装boost库 1.下载并解压boost 1.58 源代码 下载 解压 2.运行bootstrap.sh 3.使用b2进行构建 构建成功的提示 4. ...
- linux下编译原理分析
linux下编译hello.c 程序,使用gcc hello.c,然后./a.out就能够执行:在这个简单的命令后面隐藏了很多复杂的过程,这个过程包含了以下的步骤: ================= ...
- Linux下编译使用boost库:
Boost是什么不多说, 下面说说怎样在Linux下编译使用Boost的所有模块. 1. 先去Boost官网下载最新的Boost版本, 我下载的是boost_1_56_0版本, 解压. 2. 进入解压 ...
- 【原创】Linux下编译链接中常见问题总结
前言 一直以来对Linux下编译链接产生的问题没有好好重视起来,出现问题就度娘一下,很多时候的确是在搜索帮助下解决了BUG,但由于对原因不求甚解,没有细细研究,结果总是在遇到在BUG时弄得手忙脚乱得. ...
- linux下编译eXosip、osip,以及UAC和UAS的例子
从网站上看到了这样的一篇博文 :Windows下编译eXosip.osip,以及UAC和UAS的例子 (链接:http://www.cnblogs.com/dyllove98/archive/2013 ...
- [转载]Linux下终端字体颜色设置方法
原文地址:Linux下终端字体颜色设置方法作者:router 网上类似的文章有很多,但是都是转来转去的,没有经过测试,按照很多文章的方法会造成你设置之后的终端在换行和删除输入字符时终端显示会乱七八糟, ...
- LINUX下编译安装PHP各种报错大集合
本文为大家整理汇总了一些linux下编译安装php各种报错大集合 ,感兴趣的同学参考下. nginx1.6.2-mysql5.5.32二进制,php安装报错解决: 123456 [root@clien ...
随机推荐
- [小技巧]让你的GridView支持IQueryable,并自动实现真分页
众所周知,asp.net自带的GridView在自带分页方面设计得很2,因为它是假分页,即内存分页.而且它不智能支持强大的Iqueryable. 但这表明微软忽略了现实中的分页需求吗?答案应该不是,我 ...
- Linux 前台 和 后台进程 说明
一. 有关进程的几种常用方法 1.1 & 符号 在命令后面加上一个 & 符号,表示该命令放在后台执行,如: [oracle@singledb ~]$ crontab -l 20 17 ...
- saltstack知识点
1.salt '*' sys.doc 显示minion设备上支持的命令 2.salt-call 可以显示比salt更多的信息,可以用来调试,检查,如果需要更详细的信息使用 salt-call -l ...
- 阿里云服务器Node环境配置
最近,将网站的阿里云服务器迁移到阿里云北京机房,记录下CentOS的迁移过程. 首次登录云服务器,要先进行用户设置. 用户设置 首先用passwd命令修改超级管理员root密码. $ passwd 根 ...
- 如何不通过系统升级来安装window10正式版?(特别针对Xp用户)
今天是个特殊的日子7/29,相信大家都等了很久了吧,win10正式版终于上线,一些不懂电脑的人只会通过360和腾讯管家等来升级到win10(XP用户除外),而对于大多数像我这样对系统比较热衷的人,我相 ...
- jsp或Action获取请求参数中文乱码
普通情况下,中文字符会被自动转换成iso-8859-1的编码格式通过网络传输,而这种格式是没办法直接表示出我们认识的中文字符的,所以还要手动将他转换回之前的字符集. 一般在servlet或者actio ...
- C#基础——三元表达式
采用三元操作符对?:对表达式进行运算,这种操作符比较特别,因为它有三个操作对象,但它确实属于操作符的一种,它最终也会生成一个值.其表达式采取下述形式: boolean-exp ? value0 : v ...
- Upgrading to Java 8——第二章 Method References(方法引用)
概述 很多java 方法会使用函数式接口作为参数.例如,java.util.Arrays类中的一个sort方法,就接受一个Comparator接口,它就是一个函数式接口,sort方法的签名如下: pu ...
- 01.FastDFS的安装部署
1.FastDFS简介 (1)FastDFS的功能介绍 FastDFS是一个开源的分布式文件系统,它对文件进行管理,功能包括:文件存储.文件同步.文件访问(文件上传.文件下载)等,解决了大容量存储和负 ...
- 设计模式之桥接模式(Bridge)
桥接模式与原理:将抽象部分与实现部分分离,使它们都可以独立的变化.最终的结果表现在实现类中.两者之间属于等价关系,即实现部分和抽象部分可以相互交换. 代码如下 #include <iostrea ...