如何将 Phoenix 表达式与 boost::transform_iterator 一起使用？

Question

<更新>像往常一样，我的问题是错误的。实际的问题是：为什么transform_iterator不使用传统的result_of<>元函数来确定返回类型，而不是直接访问 UnaryFunc::result_type。发布了一个带有解决方法的答案。

具体来说，有没有办法让 phoenix 表达式按照 std::unary_function 概念的预期公开 result_type 类型？ boost::transform_iterator 似乎期望这一点，并且从它的 src 来看，我没有看到一个简单的解决方法。

这是一些重现我遇到的问题的代码：

#include <boost/iterator/transform_iterator.hpp>
#include <boost/spirit/home/phoenix.hpp>
#include <numeric>
#include <iostream>

using namespace boost::phoenix;
using namespace boost::phoenix::arg_names;

int main(void){
   int i[] = {4,2,5,3};

   std::cout <<
      std::accumulate(
         boost::make_transform_iterator(i,   _1*_1),
         boost::make_transform_iterator(i+4, _1*_1),
         0
      ) << std::endl;

   return 0;
}

编译此错误消息的相关部分是（gcc 4.3.4，boost 1.43）：

/usr/include/boost/iterator/transform_iterator.hpp:43: error: no type named ‘result_type’ in ‘struct boost::phoenix::actor<...

我对 boost::lambda 有同样的问题（缺少 result_type ）。我以为我过去见过 make_transform_iterator 和 lambda 的类似用法，现在我想知道是否只是我的想象。

phoenix 或 lambda 中是否提供了包装器或其他机制来公开 result_type？

Answer 1

看起来这个问题已在 boost trunk （参见第 51 行，result_of<>，而不是间接的 UnaryFunc::result_type）。所以这在 1.44 及更高版本中不应该是问题。

这是 boost < 的解决方法1.44。仅当未提供 Reference 模板参数时，transform_iterator 实例化才会访问 UnaryFunc::result_type。因此，一个技巧是将 make_transform_iterator 替换为调用 result_of<> 的版本。 UnaryFunc 上的 meta 函数并将结果用作参考模板参数。

#include <boost/iterator/transform_iterator.hpp>
#include <boost/utility.hpp>
#include <iterator>

template <class UnaryFunc, class Iterator>
boost::transform_iterator<
   UnaryFunc,
   Iterator,
   typename boost::result_of<
      UnaryFunc(typename std::iterator_traits<Iterator>::value_type)
   >::type
>
make_trans_it(Iterator it, UnaryFunc fun){
   return
      boost::transform_iterator<
         UnaryFunc,
         Iterator,
         typename boost::result_of<
            UnaryFunc(typename std::iterator_traits<Iterator>::value_type)
         >::type
      >(it, fun);
};