考考大家对C++输出流的熟悉程度(附录：google c++编程风格指南、c++解答)

CRLF

流（Streams）：只在记录日志时使用流。
　　
定义：
流是printf()和scanf()的替代。

优点：
有了流，在输出时不需要关心对象的类型，不用担心格式化字符串与参数列表不匹配（虽然在gcc中使用printf也不存在这个问题），打开、关闭对应文件时，流可以自动构造、析构。

缺点：
流使得pread()等功能函数很难执行，如果不使用printf之类的函数而是使用流很难对格式进行操作（尤其是常用的格式字符串%.*s），流不支持字符串操作符重新定序（%1s），而这一点对国际化很有用。

结论：
不要使用流，除非是日志接口需要，使用printf之类的代替。使用流还有很多利弊，代码一致性胜过一切，不要在代码中使用流。

拓展讨论：
对这一条规则存在一些争论，这儿给出深层次原因。回忆唯一性原则（Only One Way）：我们希望在任何时候都只使用一种确定的I/O类型，使代码在所有I/O处保持一致。因此，我们不希望用户来决定是使用流还是printf + read/write，我们应该决定到底用哪一种方式。把日志作为例外是因为流非常适合这么做，也有一定的历史原因。

使用流易造成的错误：
流的支持者们主张流是不二之选，但观点并不是那么清晰有力，他们所指出流的所有优势也正是其劣势所在。流最大的优势是在输出时不需要关心输出对象的类型，这是一个亮点，也是一个不足：很容易用错类型，而编译器不会报警。使用流时容易造成的一类错误是：

1. 
   
2. cout << this; // Prints the address
   
3. cout << *this; // Prints the contents
   

复制代码

编译器不会报错，因为<<被重载，就因为这一点我们反对使用操作符重载。

可读性比较：
有人说printf的格式化丑陋不堪、易读性差，但流也好不到哪儿去。看看下面两段代码吧，哪个更加易读？

1. 
   
2. cerr << "Error connecting to '" << foo->bar()->hostname.first
   
3. << ":" << foo->bar()->hostname.second << ": " << strerror(errno);
   

复制代码

1. 
   
2. fprintf(stderr, "Error connecting to '%s:%u: %s",
   
3. foo->bar()->hostname.first, foo->bar()->hostname.second, strerror(errno));
   

复制代码

你可能会说，“把流封装一下就会比较好了”，这儿可以，其他地方呢？而且不要忘了，我们的目标是使语言尽可能小，而不是添加一些别人需要学习的新的内容。

总结：
每一种方式都是各有利弊，“没有最好，只有更好”，简单化的教条告诫我们必须从中选择其一，最后的多数决定是printf + read/write。

[ 本帖最后由 CRLF 于 2009-2-9 13:46 编辑 ]

CRLF

原帖由 die 于 2009-2-9 02:00 发表
不过，记得某牛人说，某种语言或库里有一样东西，让大家觉得很难用，
这就是语言或库的一个设计BUG。

同意！

原帖由 reiase 于 2009-2-9 10:22 发表
C的printf被其他语言借鉴很多次，C＋＋的流基本没见有语言借鉴过

老大真是观察入微啊！

1. 
   
2. C版本的printf
   
3. printf("%04d == 0123", 123)
   

复制代码

1. 
   
2. C#版本的printf
   
3. Console.Writeline("{0:0000} == 0123",   123);
   

复制代码

C#确实借鉴了C，两者的思想是一致的，只不过标记不一样。

[ 本帖最后由 CRLF 于 2009-2-9 14:11 编辑 ]

第一场雨

C++是个很丑陋的语言

第一场雨

C++是个很丑陋的语言，建议不要浪费时间去研究它了。

argstormsky

c++的确有些不对称,  可也不能以偏概全.

tyc611

原帖由 CRLF 于 2009-2-9 00:57 发表
如果有人熟悉C++的格式化输出，请把相同功能的c++也贴出来吧（谢谢），我刚学c++不久，还不是很了解。

1. 
   
2. #include <iostream>
   
3. #include <iomanip>
   
4. using namespace std;
   
5. 
   
6. int main()
   
7. {
   
8.     for (int i = 0; i < 4; ++i)
   
9.         cout << setw(4) << i << '|';
   
10.     cout << '\n';
    
11. 
    
12.     cout << left;
    
13.     for (int i = 0; i < 4; ++i)
    
14.         cout << setw(4) << i << '|';
    
15.     cout << '\n';
    
16.     cout << right;
    
17. 
    
18.     cout << setfill('0');
    
19.     for (int i = 0; i < 4; ++i)
    
20.         cout << setw(4) << i << '|';
    
21.     cout << '\n';
    
22.     cout << setfill(' ');
    
23. 
    
24.     cout << '\n';
    
25. 
    
26.     const float f = 3.14f;
    
27. 
    
28.     cout << fixed;
    
29. 
    
30.     cout << setprecision(4);
    
31.     for (int i = 0; i < 4; ++i)
    
32.         cout << f << '|';
    
33.     cout << '\n';
    
34. 
    
35.     for (int i = 0; i < 4; ++i)
    
36.         cout << setw(8) << f << '|';
    
37.     cout << '\n';
    
38. 
    
39.     cout << left;
    
40.     for (int i = 0; i < 4; ++i)
    
41.         cout << setw(8) << f << '|';
    
42.     cout << '\n';
    
43.     cout << right;
    
44. 
    
45.     cout.unsetf(ios_base::floatfield);
    
46. }
    

复制代码

CRLF

先谢谢tyc的解答!

为了代码简洁，tyc使用了using namespace std导入了全部符号，但是有些标识符(比如left、right等)实在是太容易和程序自己定义的局部变量名冲突了，(是否使用全限定又是另外一个话题了)。所以，实际中要是使用cout完成这样的任务，还要加上std::的限定符，如下：

1. 
   
2. int main()
   
3. {
   
4.     for (int i = 0; i < 4; ++i)
   
5.         std::cout << std::setw(4) << i << '|';
   
6.     std::cout << '\n';
   

复制代码

这样一来代码看上去要比tyc的解答还要繁嗦些。

而且c++的using也不是很实用，比如说在这个例子中，需要：

1. 
   
2. using std::cout;
   
3. using std::endl;
   
4. using std::setw;
   
5. using std::setprecision;
   
6. using std::left;
   
7. using std::right;
   
8. using std::setfill;
   

复制代码

CRLF

看了tyc的解答后，我就感到后悔了，应该这么出的：

1. 
   
2. printf("%04d, %8.3f", 123,  3.14);
   

复制代码

tyc611

1. 避免与标准库中的标识符冲突应该是程序员的责任
2. 需要时，可以对某些标识符带上限定符来解决命名冲突

CRLF

原帖由 tyc611 于 2009-2-9 21:11 发表
1. 避免与标准库中的标识符冲突应该是程序员的责任
2. 需要时，可以对某些标识符带上限定符来解决命名冲突

个人感觉std库把一些常常用于局部变量的名字都给占掉了，比如说：vector、list、left、right、find、count，因此在实际的工作中用"using namespace std"这样的方式有很大的几率引起命名冲突，而用using std::cout这样一个个的导入更不现实（要导入的实在太多了），所以只好使用全限定了。