为什么在这种情况下友元重载运算符优于转换运算符

Question

您好，我有这样的代码，我认为朋友重载运算符和转换运算符都有类似的功能。但是，为什么在这种情况下会调用友元重载运算符呢？规则是什么？

非常感谢！

class A{

    double i;
public:
    A(int i):i(i) {}
    operator double () const { cout<<"conversion operator"<<endl;return i;}                            // a conversion operator
    friend bool operator>(int i, A  a);                            // a friend funcion of operator >
};

bool operator>(int i, A  a ){
    cout<<"Friend"<<endl;
    return i>a.i;
}
int main()
{
    A  aa(1);
     if (0 > aa){
         return 1;
      }
}

Answer 1

调用重载的operator> 不需要转换。为了调用内置的 operator>，需要进行一次转换（用户定义的转换运算符。重载解析更喜欢所需转换次数较少的选项，因此重载的 operator>< 。

请注意，例如，如果您要将重载的 operator> 的定义更改为：

friend bool operator>(double i, A  a);

您将收到编译错误，因为重载的 operator> 都已重载 code> 和内置 operator> 将需要一次转换，并且编译器将无法解决歧义。

Answer 2

我并不是说我的答案得到了标准的支持，但让我们逻辑地思考一下。

当你点击这条线时：

0 > aa

你有两个选择。您可以致电提供的运营商：

friend bool operator>(int i, A  a);

100% 兼容，或者您​​可以进行两次转换以到达目的地！你会选择哪一个？

Answer 3

如果添加转换运算符，则 A 类型的对象可能会在您最意想不到的时候转换为 double。

一个好的程序不会提供一种方法让他的类被意外使用，并且转换运算符为该类提供了在许多意想不到的情况下使用的机会（通常情况下，您期望编译时错误的情况并不是因为自动类型转换）。

因此，应该谨慎对待转换运算符（和单参数构造函数），因为编译器可能会在您最不期望的时候进行转换。

Answer 4

之所以调用它，是因为它在表达式 0 > 的上下文中是完全匹配。 aa。事实上，很难弄清楚你是如何提出“为什么”这个问题的。按照逻辑，如果在这种情况下朋友没有被打电话，人们会想到“为什么”问题。

如果将表达式更改为 0.0 > aa，该调用将变得不明确，因为任何一条路径都会比另一条路径更好。