setw() 有什么关系？

Question

我最近被以下事实所困扰： ios_base::width 和/或 setw 操纵器必须是 将每个项目写入流中进行重置。

也就是说，你必须这样做：

while(whatever)
{
    mystream << std::setw(2) << myval;
}

而不是这样：

mystream.width(2);
while(whatever)
{
    mystream << myval;
}

好吧，好吧。

但有人知道为什么做出这个设计决定吗？ 我是否缺少一些基本原理，或者这只是标准的一个黑暗角落？

其他流格式化修饰符（如链接的 SO 问题中提到的）是“粘性的”，而 setw 不是。

Answer 1

哪些操纵器应该只影响下一个操作的决定似乎基于逻辑和经验观察，这些观察倾向于更好地考虑常见功能需求，因此程序员更容易编写和正确执行。

以下几点让我觉得相关：

• some_stream << x 应该在大多数情况下都能正常工作，
• 大多数设置宽度的代码将立即或不久之后传输该值，因此不相关的代码可以假设不会有一些“待处理”宽度值影响其输出
• setfill() 不相关，除非有待处理的 setw()，因此不会对 some_stream << x 语句名列榜首
  • 仅当显式设置宽度时，程序员可以/必须根据他们对更大调用上下文的了解来考虑填充字符状态是否也合适
• 一组值使用相同的填充字符是很常见的
• 其他操纵符（如hex和oct）是持久的，但它们的使用通常在代码块中，要么弹出先前的状态，要么（令人讨厌但更容易）将其设置回十进制

由此得出的答案的要点你的问题...

• 如果setw()是持久的，则需要在每个流语句之间重置它以防止不必要的填充...

Answer 2

我的看法是：如果您希望统一应用它，您可以随时执行如下操作。

int width =2;
while(whatever)
{
    mystream << std::setw(width) << myval;
}

但如果它像你提到的那样粘：

mystream.width(2);
while(whatever)
{
    mystream << myval;
}

如果我想要每行不同的宽度，我必须继续设置宽度。

所以本质上这两种方法几乎是相同的，我喜欢或不喜欢它们取决于我现在在做什么。