c – 我应该使用另一个streambuf创建一个临时ostream吗?

前端之家收集整理的这篇文章主要介绍了c – 我应该使用另一个streambuf创建一个临时ostream吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
假设我有一个功能,需要ostream&参数o并写入该ostream.操作者<实施将是一个很好的例子.
ostream& operator << (ostream& o,const MyThing& t)
{
  // ... interesting code here ...
  return o;
}

函数中,我可能想要在流上指定格式选项.例如,我可能希望将一个数字打印为十六进制,无论在传入函数时如何配置o.

其次,我可能想要对当前格式标志做出假设.例如,除非另有要求,否则可以假设数字格式为十进制格式是很好的.

最后,当函数退出时,我希望o上的格式化选项与调用函数之前的格式相同,以便调用者不变.这只是一个礼貌的呼叫者的问题.

到目前为止,我已经通过在函数中创建一个本地的ostringstream来实现这一点,完成所有的工作(包括设置格式化选项),并在函数结束时将.str()发送到o. StackOverflow问题here表明,比我更聪明的人采取同样的做法.然而,令我感到困扰的是,我在ostringstreams中保留了很多数据,这些数据可能早些时候被发送到输出(字符串可以变得相当大).

我有两个问题:

1)在o.rdbuf()周围创建一个临时(基于堆栈)的ostream是合法的,习惯的,良好的形式等,并且在这个ostream上做我的工作吗?我自己的测试和cppreference.com页面似乎表明我可以.

ostream& operator << (ostream& o_,const MyThing& t)
{
  ostream o (o_.rdbuf());
  // write stuff to "o",// setting formatting options as I go.
  return o_; // Formatting on the parameter ostream o_ unchanged.
}

2)还有另一个更好的方法,我没有考虑过?

解决方法

Boost IO State Savers完全是为此建立的.

猜你在找的C&C++相关文章