2015年更新：或者，如果您想使用(double)obj语法代替obj.to_double()语法，制作转换函数explicit通过在其前面加上该关键字作为前缀。然后您需要显式强制转换才能触发转换。就我个人而言，我更喜欢.to_double语法，除非转换为bool因为在这种情况下，转换被使用if(obj)即使是explicit，这比if(obj.to_bool())在我看来。
删除转换运算符。就会一路带来麻烦。有一个类似的功能
to_double()
或者类似的返回双精度值并显式调用该函数以获取双精度值。
对于手头的问题，有这样的问题：
obj >= 10
考虑一下这个表达。内置运算符使用转换运算符 long double() 通过用户定义的类型转换序列来匹配第一个参数。但是您的函数通过从 int 到 long double （整数到浮点转换）的标准转换序列来匹配第二个参数。当有两个参数的转换，但不是至少有一个参数可以更好地转换，而其余参数对于一次调用没有转换得更差时，它总是不明确的。在您的情况下，内置函数与第二个参数匹配得更好，但第一个参数匹配得更差，但是您的函数与第一个参数匹配得更好，但第二个参数匹配得更差。
这很令人困惑，所以这里有一些例子（从 char 到 int 的转换称为促销，这比从 char 到 int 以外的转换更好，这称为转换）：
void f(int, int);
void f(long, long);
f('a', 'a');
调用第一个版本。因为第一个的所有参数都可以更好地转换。同样，以下仍将调用第一个：
void f(int, long);
void f(long, long);
f('a', 'a');
因为第一个可以转换的比较好，第二个不可以转换的比较差。但下面的是模糊的:
void f(char, long);
void f(int, char);
f('a', 'a'); // ambiguous
这个例子就更有趣了。第一个版本通过完全匹配接受第一个参数。第二个版本通过完全匹配接受第二个参数。但这两个版本至少都没有同样好地接受他们的其他论点。第一个版本需要对其第二个参数进行转换，而第二个版本需要对其参数进行提升。因此，即使升级比转换更好，对第二个版本的调用也会失败。
这和你上面的情况非常相似。即使标准转换序列（从 int/float/double 转换为 long double）是better与用户定义的转换序列（从 MyClass 转换为 long double）相比，您的运算符版本未被选择，因为您的其他参数（long double）需要从参数进行转换，这比内置运算符对该参数所需的转换更糟糕（完美搭配）。
重载解析在 C++ 中是一件复杂的事情，因此人们不可能记住其中所有微妙的规则。但获得粗略的计划是很有可能的。我希望它对你有帮助。
