【问题标题】:Using SFINAE to check for global operator<<?使用 SFINAE 检查全局运算符<<?
【发布时间】:2011-04-24 03:46:43
【问题描述】:

我想要几个重载的全局 to_string() 函数,它们采用某种类型 T 并将其转换为它的字符串表示形式。对于一般情况,我希望能够写:

template<typename T,class OutputStringType> inline
typename enable_if<!std::is_pointer<T>::value
                && has_insertion_operator<T>::value,
                   void>::type
to_string( T const &t, OutputStringType *out ) {
  std::ostringstream o;
  o << t;
  *out = o.str();
}

到目前为止,我对has_insertion_operator 的实现是:

struct sfinae_base {
  typedef char yes[1];
  typedef char no[2];
};

template<typename T>
struct has_insertion_operator : sfinae_base {
  template<typename U> static yes& test( U& );
  template<typename U> static no& test(...);

  static std::ostream &s;
  static T const &t;

  static bool const value = sizeof( test( s << t ) ) == sizeof( yes ); // line 48
};

(借自thisthis。) 这似乎行得通。 但现在我想要一个重载版本的to_string 用于operator&lt;&lt; 有自己的to_string() member em> 函数,即:

template<class T,class OutputStringType> inline
typename enable_if<!has_insertion_operator<T>::value
                && has_to_string<T,std::string (T::*)() const>::value,
                   void>::type
to_string( T const &t, OutputStringType *out ) {
  *out = t.to_string();
}

has_to_string的实现是:

#define DECL_HAS_MEM_FN(FN_NAME)                                      \
  template<typename T,typename S>                                     \
  struct has_##FN_NAME : sfinae_base {                                \
    template<typename SignatureType,SignatureType> struct type_check; \
    template<class U> static yes& test(type_check<S,&U::FN_NAME>*);   \
    template<class U> static no& test(...);                           \
    static bool const value = sizeof( test<T>(0) ) == sizeof( yes );  \
  }

DECL_HAS_MEM_FN( to_string );

(这部分似乎工作正常。它改编自this。) 但是,当我有:

struct S {
  string to_string() const {
    return "42";
  }
};

int main() {
  string buf;
  S s;
  to_string( s, &buf ); // line 104
}

我明白了:

foo.cpp: In instantiation of ‘const bool has_insertion_operator<S>::value’:
foo.cpp:104:   instantiated from here
foo.cpp:48: error: no match for ‘operator<<’ in ‘has_insertion_operator<S>::s << has_insertion_operator<S>::t’

SFINAE 似乎没有发生。如何正确编写has_insertion_operator,以便确定全局operator&lt;&lt; 是否可用?

仅供参考:我使用的是 g++ 4.2.1(在 Mac OS X 上作为 Xcode 的一部分提供的版本)。 另外,我希望代码只是标准 C++03,没有第三方库,例如 Boost。

谢谢!

【问题讨论】:

  • 这当然是可行的,但是为什么
  • @Potatoswatter:为什么不重要。请假设对于我的项目的其余部分,我知道我在做什么。如果您必须知道,它是框架的一部分,用于传递任何类型的参数以形成本地化错误消息的一部分。这个问题不需要的所有细节。如果你知道怎么做,请回答这个问题。将不胜感激。
  • 为什么总是重要的。

标签: c++ templates sfinae


【解决方案1】:

我应该更忠实于this 的答案。 一个有效的实现是:

namespace has_insertion_operator_impl {
  typedef char no;
  typedef char yes[2];

  struct any_t {
    template<typename T> any_t( T const& );
  };

  no operator<<( std::ostream const&, any_t const& );

  yes& test( std::ostream& );
  no test( no );

  template<typename T>
  struct has_insertion_operator {
    static std::ostream &s;
    static T const &t;
    static bool const value = sizeof( test(s << t) ) == sizeof( yes );
  };
}

template<typename T>
struct has_insertion_operator :
  has_insertion_operator_impl::has_insertion_operator<T> {
};

我相信它确实实际上依赖于 SFINAE。

【讨论】:

  • 我同意,它实际上并不是 SFINAE。它只是利用重载解析+operator&lt;&lt; 应该返回它的第一个参数(用于流插入)的合同。这指出了一个弱点:您需要一个更通用的特征,例如is_basic_stream_insertable&lt;Char, CharTraits&gt; 允许不同类型的标准流:/ +1
【解决方案2】:

第 48 行 value 的初始化器不在 SFINAE 工作的上下文中。尝试将表达式移动到函数声明中。

#include <iostream>

struct sfinae_base {
  typedef char yes[1];
  typedef char no[2];
};

template<typename T>
struct has_insertion_operator : sfinae_base {

  // this may quietly fail:
  template<typename U> static yes& test(
      size_t (*n)[ sizeof( std::cout << * static_cast<U*>(0) ) ] );

  // "..." provides fallback in case above fails
  template<typename U> static no& test(...);

  static bool const value = sizeof( test<T>( NULL ) ) == sizeof( yes );
};

但是,我不得不质疑其中的复杂程度。我看到非正交机制会相互磨合(to_stringoperator&lt;&lt;),并且我听到了一些糟糕的假设(例如 operator&lt;&lt; 是全局与成员,尽管实现的代码看起来不错在这方面)。

【讨论】:

  • 它没有编译,有几个错误。第一个错误是:“test”没有依赖于模板参数的参数,因此“test”的声明必须可用。
  • 顺便说一句:如果要成为插入运算符,则 operator
  • BTW#2:ostream::ostream() 受到保护。
  • @Paul:修补好了。关于“教人钓鱼”的格言浮现在脑海中……如果您无法调试这些东西,那么解决一次并不会真正帮助您。我已经使它与 GCC 4.5.1 (ideone.com/Kk8rk) 一起使用,但您自己将其反向移植到 4.2.1。
  • 如果我自己简单地修复了它,那么阅读您答案的其他任何人都会阅读一个根本不起作用的答案。你真的想保留你的非工作答案吗?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-09-21
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-12-27
  • 2013-05-12
相关资源
最近更新 更多