解决方案我现在正在使用

Question

我试图想出一种巧妙的方法将各种事物连接成一个函数的单个字符串参数，而不必显式使用ostringstream。我想到了：

#define OSS(...) \
  dynamic_cast<std::ostringstream const&>(std::ostringstream() << __VA_ARGS__).str()

然而，鉴于：

void f( string const &s ) {
  cout << s << endl;
}

int main() {
  char const *const s = "hello";

  f( OSS( '{' << s << '}' ) );

  ostringstream oss;
  oss << '{' << s << '}';
  cout << oss.str() << endl;
}

运行时打印：

123hello}
{hello}

其中123是}的ASCII码。为什么使用宏会出错？

仅供参考：我目前在Mac OS X上使用g ++ 4.2.1作为Xcode 3.x的一部分。

解决方案我现在正在使用

class string_builder {
public:
  template<typename T>
  string_builder& operator,( T const &t ) {
    oss_ << t;
    return *this;
  }

  operator std::string() const {
    return oss_.str();
  }

private:
  std::ostringstream oss_;
};

#define BUILD_STRING(...) (string_builder(), __VA_ARGS__)

using namespace std;

void f( string const &s ) {
  cout << s << endl;
}

int main() {
  char const *const s = "hello";

  f( BUILD_STRING( '{', s, '}' ) );
}

Answer 1

std::ostringstream()是临时的，因此只能绑定到const引用。独立运营商＆lt;＆lt; （不考虑非const引用作为第一个参数）不被考虑，只有成员一个。这些对char的最佳匹配是将char转换为int。

这个问题经常发生在字符串文字中，然后显示其地址。

要解决这个问题，诀窍是找到一种方法来转换引用中的临时值。成员operator<<可以做到这一点，但只有操纵者才能做到这一点而没有副作用，并且只有当操纵者是一个noop时才可以使用。成员刷新和写作也是候选人。所以例如

#define OSS(...) \
    dynamic_cast<std::ostringstream const&>(std::ostringstream().flush() << __VA_ARGS__).str()

Answer 2

更好的线程安全解决方案，不涉及繁琐的宏。

最初的功能调用是：

f( OSS( '{' << s << '}' ) );

如果电话是这样的话怎么样：

 f(stringbuilder() << '{' << s << '}' );

其中stringbuilder实现为：

struct stringbuilder
{
   std::ostringstream ss;
   template<typename T>
   stringbuilder & operator << (const T &data)
   {
        ss << data;
        return *this;
   }
   operator string() { return ss.str(); }
};

void f( string const &s ) {
  cout << s << endl;
}

测试：

int main() {
  char const *const s = "hello";

  f(stringbuilder() << '{' << s << '}' );

}

输出：

{hello}

在线演示：http://ideone.com/QHFf4

使用ostringstream的奇怪行为

解决方案我现在正在使用

2 个答案: