微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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完全是为此建立的.

原文地址:https://www.jb51.cc/c/114203.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐