4

我试图想出一种聪明的方法来将各种事物连接成一个函数的单个字符串参数，而不必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, '}' ) );
}
4

2 回答 2

5

std::ostringstream()是临时的，因此只能绑定到 const 引用。不考虑独立 operator<< （将非 const 引用作为第一个参数），仅考虑成员。char 在这些中的最佳匹配是将 char 转换为 int。

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

要解决这个问题，诀窍是找到一种方法来转换引用中的临时值。成员operator<<s 这样做，但只有一个用于 manipulator 的人这样做没有副作用，并且只有当 manipulator 是 noop 时——才可以使用flush。成员flush和write也是候选。所以例如

#define OSS(...) \
    dynamic_cast<std::ostringstream const&>(std::ostringstream().flush() << __VA_ARGS__).str()
于 2011-04-14T17:33:00.037 回答
3

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

对函数的原始调用是这样的：

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

于 2011-04-14T18:22:40.490 回答