【问题标题】:Type conflict in template operator overload模板运算符重载中的类型冲突
【发布时间】:2012-11-24 16:12:08
【问题描述】:

很抱歉,这听起来像是一个常见问题,就我所见,我找不到问题的答案。最接近的帖子是这个:Template Specialization for basic POD only

假设我有一个类template <class T> class A {...};,我想将 operator+ 重载为内部二元运算符(A 类型的两个对象)和混合二元运算符(A 类型的对象和数字 POD 类型)。

理想情况下,我想写的是:

#include <type_traits>
using namespace std;

// Declare/fine template
template <class T> class A {...};

// Internal binary operator
template < class T, class U >
    A< typename common_type<T,U>::type >
operator+ ( const A<T> &a, const A<U> &a ) { ... }

// Mixed binary operator
template < class T, class U >
    A< typename common_type<T,U>::type >
operator+ ( const A<T> &a, const U &b ) { ... }

但是看起来第二个定义与第一个定义相冲突。使用第二个定义,我知道如何确保 U 是数字 POD 类型,这不是重点。如果我这样做,问题是我无法知道 U 中包含的底层模板类型是否是某个 A。

如果我的问题不够清楚,请告诉我,提前感谢! :)

编辑:模板规范被 HTML 过滤器清除了,在我的最后一句“U if it is some A&lt;T&gt;”中。简而言之,我是说 T 是隐藏的。

【问题讨论】:

  • template &lt; class T, class U, typename = typename std::enable_if&lt;not std::is_same&lt;A&lt;T&gt;, U&gt;::value, void&gt;::type &gt; A&lt; typename common_type&lt;T,U&gt;::type &gt; operator+ ( const A&lt;T&gt; &amp;a, const U &amp;b ); 应该可以解决问题。
  • “U 中包含的基础模板类型”是什么意思?如果 U 是 A&lt;SomeType&gt;,则不会选择混合运算符,因为内部是更好的匹配。是否要在内部运算符中处理A&lt; A&lt;U&gt; &gt; 的情况?
  • 感谢大家的帮助。 pmr,你是对的,问题实际上发生在之前,因为 common_type。由于 'A' 和 U 之间没有共同的类型,我们在可以评估最佳匹配之前中止。 Morwenn,您的解决方案看起来像我尝试过的,但在这种情况下是不正确的; U 可能是 'A' 且 S != T,我应该仍然能够执行操作。

标签: c++ c++11


【解决方案1】:

您可以使用一些辅助特性使其工作,以区分 A 的特化与更一般的类型:

#include <type_traits>


// "A" template    

template <typename> class A {};


// Traits for "A-ness":

template <typename> struct is_a : std::false_type { };
template <typename T> struct is_a<A<T>> : std::true_type { };


// Operators:

template <class T, class U>
A<typename std::common_type<T, U>::type>
operator+(const A<T> & a, const A<U> & b);

template <class T, class U,
          typename = typename std::enable_if<!is_a<U>::value>::type>
A<typename std::common_type<T, U>::type>
operator+(const A<T> & a, const U & b);

这会立即从可行集中排除第二个重载,因此当只需要第一个重载时,确定第二个重载的返回类型的问题永远不会出现。

(这是在默认模板参数中使用enable_if 来控制重载集的示例。)

【讨论】:

  • 你是救生员 :) 我对这些“模板编程”技巧不熟悉,我认为这正是我所需要的。让我测试一下,我会验证答案。再次感谢!
【解决方案2】:

你可以写一个对 SFINAE 友好的common_type——我个人认为特质几乎总是 SFINAE。也就是说:

// Black hole metafunction that eats everything
template<typename...> struct void_ { using type = void; };

template<typename... T>
using Void = typename void_<T...>::type;

// Due to std::common_type being variadic we need to
// pass a variadic pack around
template<typename... T> struct list {};

// Actually defined, but with no member types for SFINAE purposes
template<typename Sequence, typename Sfinae = void>
struct common_type_impl {};

template<typename... T>
struct common_type_impl<list<T...>, Void<typename std::common_type<T...>::type>>
: std::common_type<T...> {};

template<typename... T> struct common_type: common_type_impl<list<T...>> {};

现在,当 A&lt;T&gt;U 之间没有公共类型时,将从候选列表中删除重载,而不是大声抱怨。

也可以完全替换std::common_type,因为它计算的结果有其自身的问题,如DR 2141 中所述。我不会概述替代方案,因为不清楚什么是更好的解决方案,特别是我认为 DR 的建议解决方案更差。

【讨论】:

  • 所以只是为了确保我正确理解这里发生的事情,因为我发现它实际上很棘手;当我在我的代码中使用这个新版本的 common_type 时,说一次使用定义的通用类型,一次没有,SFINAE 实际上会在我自己的代码中发生..这就是你的句子“现在,当没有...... “ 正确的?如果根本没有 common-type ,对于这两个实现都没有,那么我们就不再处于 SFINAE 的情况下,在那种情况下它会产生一个编译时错误,对吧(之二)?
  • @Sh3ljohn 我不理解你所说的“一次使用”的意思——这是std::common_type 的直接替代品,完全按照它来。无论你在哪里使用std::common_type,你都会使用这个:它的作用和含义完全相同,但总是导致软错误而不是硬错误。如果这是关于显式特化,那么没有什么特别的事情要做——为std::common_type写显式特化,这个会选择它们。
  • 是的,我知道它的作用。就我而言(请参阅原始资料),它实际上并不是模板专业化,而是 operator+ 的模板重载; “once with”指的是任何一个声明。我只是想确保在使用有效类型调用运算符时,您的建议会导致“互斥”行为,并且传递类型 'B' 仍然会导致“硬错误”。
  • @Sh3ljohn 如果您想更改或澄清您的要求,请在您的问题中编辑它们。对于这种讨论,cmets 的格式实在是太狭窄了。否则我经常在 C++ 聊天中。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-04-21
  • 2013-03-24
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-04-26
相关资源
最近更新 更多