【问题标题】:Restinction on values for operator+ overload in templated class限制模板类中 operator+ 重载的值
【发布时间】:2019-12-27 16:52:07
【问题描述】:

我正在使用模板进行一些练习,但我遇到了这个问题。我有一个类,它表示具有基础类型和指定编译时起始值的计数器。我想支持计数器类型之间以及具有正确类型的整数类型之间的算术运算符。例如,我想在编译时拒绝以uint8_t 作为基础类型的计数器的总和,并以int 类型的变量。到目前为止一切顺利。

我得到的是,即使是应该正确的操作也无法编译。这里主要展示问题的部分。

#include <iostream>
#include <type_traits>
#include <limits>


template <typename Source, typename Dest, std::enable_if_t<std::is_integral<Source>::value && std::is_integral<Dest>::value, int> =0>
struct type_not_narrow{
    static constexpr bool value= std::numeric_limits<Source>::max() <= std::numeric_limits<Dest>::max();
};

template<typename T, T N, std::enable_if_t<std::is_integral<T>::value, int> =0>
class basic_counter{
    T cnt;
    basic_counter(T initializer): cnt(initializer){}
public:

    basic_counter(): cnt(N){};
    template <typename T1, T1 N1, typename T2, T2 N2>
    friend basic_counter<typename std::common_type<T1,T2>::type, N1+N2> operator+(const basic_counter<T1, N1>& lhs,
                                                                              const basic_counter<T2, N2>& rhs);

    template <typename X, typename U, U M, std::enable_if_t<type_not_narrow<X, U>::value, int>>
    friend basic_counter<U,M> operator+(const basic_counter<U, M> lhs, const X step);

    operator T() const{
        return cnt;
    }
};
template <typename T1, T1 N1, typename T2, T2 N2>
basic_counter<typename std::common_type<T1,T2>::type, N1+N2> operator+(const basic_counter<T1, N1>& lhs,
                                                                       const basic_counter<T2, N2>& rhs){
    return {lhs.cnt+rhs.cnt};
}
template<typename X, typename T, T N, std::enable_if_t<type_not_narrow<X, T>::value, int> =0>
basic_counter<T,N> operator+(const basic_counter<T, N> lhs, const X step){
    basic_counter<T,N> c=lhs;
    c.cnt+=step;
    return c;
}


int main() {


    basic_counter<unsigned long int, 1> c1;
    basic_counter<unsigned long int, 2> c2;
    basic_counter<unsigned long int, 3> c3=c2+c1;
    unsigned long int ul=5;
    int i=5;
    char ch=5;
    basic_counter<unsigned long int, 2> c4=c2+5;
    basic_counter<unsigned long int, 2> c5=c2+i;
    basic_counter<unsigned long int, 2> c5bis=c2+ch;
    basic_counter<unsigned long int, 2> c6=c2+ul;


    //should not compile due to narrowing (and it's correct)
    //basic_counter<unsigned long int, 2> c7=c2+5.2;
    //basic_counter<uint8_t,0> c8;
    //c8=c8+i;

    basic_counter<uint8_t,0> c9;
    //this should compile
    c9=c9+1;
    //this should not
    c9=c9+2000;

    return 0;
}

对于最后一行,如果整数操作数可以成功转换为不窄的类型,我希望它能够编译。例如,加 1 应该编译,而加 2000 不应该编译,因为 1 可以用 uint8_t 表示,而 2000 不能。

【问题讨论】:

  • 您的目标是哪个 C++ 标准?除非您有认真的 constexpr 支持(阅读 C++14 及更高版本),否则最后一个是不可能的
  • 你有一个简单的错误:&lt; 而不是 &lt;= 在缩小特征。此外,basic_counter&lt;uint8_t,0&gt; c9=c9+1; 行在任何情况下都会导致未定义的行为。在 C++17 和之前和在 C++20 中,您不能使用 uint8_t 的不确定值(初始化完成之前的值),在任何情况下,在其自己的初始化程序中访问变量的值都是 UB。
  • 好的,感谢@walmut 的更正。关于你在那几行中关于 UB 的说法,你说得对,我在写这个问题时迅速更改了代码以减少空间,而没有正确注意我在做什么。我将再次进入定义和分配。
  • @DanielJour 你能更好地解释一下“严重的constexpr 支持”是什么意思吗?
  • 标记为//this should compile, but it doesn't 的行在 gcc 7.4 中为我编译。针对@walnut 的评论所做的编辑是否解决了这个问题?

标签: c++ templates operator-overloading


【解决方案1】:

如果您更正了 cmets 中提到的未定义行为,则此表达式:

    c9=c9+1;

编译失败,因为 1 是 int 文字。编译器为此抛出了一些奇怪的错误,因为它试图通过调用隐式强制转换运算符将c9 转换为整数并调用私有值构造函数来使整个事情正常工作。

所以这条线可以工作:

    basic_counter<uint8_t,0> c10=c9+uint8_t(1);

这是一个尴尬的妥协,因为仍然不可能将函数参数的值用于模板参数和静态断言(除非P1045R1 被采用)。

【讨论】:

  • 我认为这里的重要一点是每个整数文字,无论多么小,至少具有int 的整数等级。你不能在没有强制转换的情况下编写较低等级的整数文字(例如uint8_t)。不过,您可能可以定义一个 数字文字运算符模板,它返回具有用户定义文字的较低等级的整数类型。
  • 好的,我知道什么是“问题”。 @parktomatomi 我首先避免了以建议的形式进行显式转换的想法,主要是因为它没有正确解决文字值转换的问题。不写 ` (uint8_t)2000; 取决于用户。 `。我查找了 numeric literal operator template @walnut:这有点奇怪,但似乎是唯一的解决方案。链接的提案非常有趣,但我认为这是最近的,所以我想我们会等待在标准中看到它。
  • @Zack 用户首先不应该使用(uint8_t)2000 或uint8_t(2000)。如果用户总是选择带大括号的临时结构,即uint8_t{2000},那么他们保证在转换缩小时得到诊断。这始终是正确的,不仅适用于文字:使用大括号进行初始化不允许缩小参数(GCC 是 GCC/Clang/MSVC 中唯一一个默认情况下仅警告的编译器,所有其他的默认情况下给出错误)。你实际上可以在你的函数中使用这个事实。它会比你的自定义特征更可靠。
猜你喜欢
  • 2016-03-18
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-11-16
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多