重载运算符中没有隐式转换

时间:2010-11-12 13:27:51

标签: c++ operator-overloading implicit-conversion

d1 + 4有效,但4 + d1即使4可以隐式转换为GMan也不行。为什么它们不相同?

struct GMan
{
    int a, b;

    GMan() : a(), b() {}
    GMan(int _a) : a(_a), b() {}
    GMan(int _a, int _b) : a(_a), b(_b) {}

    GMan operator +(const GMan& _b)
    {
         GMan d;
         d.a = this->a + _b.a;
         d.b = this->b + _b.b;
         return d;
    }
};

int main()
{
    GMan d1(1, 2), d(2);
    GMan d3;
    d3 = d1 + 4; 
    d3 = 4 + d1;
}

2 个答案:

答案 0 :(得分:12)

C ++编译器将调用x + y转换为以下两个调用之一(取决于x是否为类类型,以及是否存在这样的函数):

  1. 会员功能

    x.operator +(y);
    
  2. 免费功能

    operator +(x, y);
    
  3. 现在C ++有一个简单的规则:在成员访问运算符(.)之前不会发生隐式转换。这样,上面代码中的x不能在第一个代码中进行隐式转换,但它可以在第二个代码中进行。

    这个规则是有道理的:如果x可以在上面的第一个代码中隐式转换,那么C ++编译器将不再知道要调用哪个函数(即它属于哪个类),所以它必须搜索所有现有类以查找匹配的成员函数。这将对C ++的类型系统造成严重破坏,并使重载规则更加复杂和混乱。

答案 1 :(得分:3)

This回答是正确的。这些要点然后需要实施这些运营商的规范方式:

struct GMan
{
    int a, b;

    /* Side-note: these could be combined:
    GMan():a(),b(){}
    GMan(int _a):a(_a),b(){}
    GMan(int _a, int _b):a(_a),b(_b){}
    */
    GMan(int _a = 0, int _b = 0) : a(_a), b(_b){} // into this

    // first implement the mutating operator
    GMan& operator+=(const GMan& _b)
    {
        // the use of 'this' to access members
        // is generally seen as noise
        a += _b.a;
        b += _b.b;

        return *this;
    }
};

// then use it to implement the non-mutating operator, as a free-function
// (always prefer free-functions over member-functions, for various reasons)
GMan operator+(GMan _a, const GMan& _b)
{
    _a += b; // code re-use
    return _a;
}

等其他运营商。