改善C++ 程序的150个建议学习之建议23：尽量使用C++标准的iostream

建议23：尽量使用C++标准的iostream
IO是我们最基本的需求之一。比如当我们进入C++世界时所接触的第一个程序HelloWorld，采用printf()或operator<<都可以。所以，我们会有如下的版本：

//Version 1

#include < stdio.h >
int main()
{
printf("Hello World");
return 0;

}

//Version 2
#include < cstdio >
int main()
{
std::printf("Hello World");
return 0;

}

//Version 3
#include < iostream.h >
int main()
{
     cout<<"Hello World";
    return 0;

}

//Version 4
#include < iostream >
using namespace std;
int main()
{
cout<<"Hello World";
return 0;
}
stdio.h、cstdio两个头文件中都有printf()的定义，而iostream.h和iostream中也都有operator<<的定义。是stdio.h  还是cstdio？是iostream.h还是iostream？是printf()  还是operator<<？这些都值得思考。

关于File.h和File，这还得从C++标准库说起。C++标准程序库涵盖范围相当大，包含了许多好用的功能，所以，标准库与第三方提供程序库中的类型名称和函数名称发生名称冲突的可能性大大增加。为了避免这个问题的发生，标准委员会决定让标准库中的内容都披上std的外衣，放在std名空间中。但是这么做同时又带来了一个新的兼容性问题：很多C++程序代码依赖的都是没有用std包装的C++“准”标准库，例如iostream.h等，如果将原有的iostream.h贸然代替掉，那肯定会引起众多程序员的抗议。标准化委员会最后决定设计一种新的头文件名来解决这个问题。于是，他们把C++头文件File.h中的.h去掉，将File这样没有后缀的头文件名分配给那些用std包装过的组件使用；而旧有的File.h保持不变，仅仅在标准中声明不再支持它，顺势把问题丢给了广大厂商，堵住了那些老程序员抗议的嘴。同样，对C的头文件也做了相同的处理，在前面加上了一个字母c以示区分。因为C++标准还要遵守“对C兼容”这个契约，备受“歧视”的旧有的C头文件“侥幸存活”了下来。虽然标准化委员会选择抛弃那些旧有的C++头文件，但是各大厂商为了各自的商业利益，却依然选择了对旧有C++头文件的支持。因此就出现了类似stdio.h 和cstdio、iostream.h和iostream这样的双胞胎：

// 标准化以前C++中的C标准库，标准C的头文件继续获得支持，这类文件的内容并
// 未放在std中

#include<stdio.h>

// 标准化后经过改造的C的标准库，C的标准库对应的新式C++版本，这类头文件的
// 内容也有幸穿上了std的外衣

#include<cstdio> 

// 标准化以前的头文件，这些头文件的内容将不处于namespace std中

#include<iostream.h> 

// 标准化以后的标准头文件，它提供了和旧有的头文件相同的功能，但它的内容都并
// 入了namespace std中，从而有效避免了名称污染的问题

#include<iostream> 

其实标准化以后标准程序库的改动并不只有这些，很多标准化的组件都被模板化了。具体参见侯捷翻译的《C++标准程序库》。接下来的问题。首先通过上面的讲解我们可以知道print再说说printf() 和operator<<f()函数继承自C标准库，而operator<<是标准C++所独享的。对于printf()函数，大家肯定很熟悉，它是可移植的、高效的，而且是灵活的；但是正如建议15中所说的那样，因为printf()、scanf()函数不具备类型安全检查，也不能扩充，所以并不完美；而C语言遗留的问题在C++的operator<<中得到了很好的解决，换句话说，printf()的缺点正是operator<<的长处。现在再去回顾建议15中提到的关于Student类型对象打印的问题，用operator<<就可以完美解决了：
class Student
{
public:
Student(string& name, int age, int scoer);
~ Student();
private:
string m_name;
int m_age;
int m_scoer;
friend ostream& operator<<( ostream& s, const Student& p );
};
ostream& operator<<( ostream& s, const Student& p )
{
s<<p. m_name<<" "<<p.m_age<<" "<<p. m_scoer;
return s;
}
// 调用operator<<
Student XiaoLi("LiLei", 23, 97)；
cout<< XiaoLi;
当然了，相比C++ iostream程序库中的类，C中的stream函数也并不是一无是处的：
（1）一般认为C stream函数生成的可执行文件更小，有着更高的效率；Scott Meyers在《More Effective C++》的条款23中的测试也很好地证明了这一点；
（2）C++ iostream程序库中的类会涉及对象构造、析构的问题，而C stream函数没有这些，所以不会像前者那样因为构造函数带来不必要的麻烦。
（3）C stream函数有着更强的可移植能力。对于一般应用程序而言，这三条优点还不足以打动他们，抛弃C++ iostream程序库，转而投向C stream函数。

请记住：C++ iostream程序库中的类与C stream函数虽然各有优点，但是一般推荐使用前者，因为类型安全与可扩充性对于我们更有吸引力，所以，建议使用#include< iostream >，而不是#include< stdio.h >、#include< cstdio >、#include< iostream.h >。