假设有这么一个类
class String
{
String();
String(String &);
String(char*);
BOOL operator==(char*); //假设该操作符已在实现文件中实现
};
很显然,我们可以写出这样一条语句来判断一个String对象中的字符串和一个char*指针指向的字符串的值是否相等
String string;
string == "Ulquiorra";
那么,我们再来考虑下面这条语句
“Ulquiorra"== string;
如果这么写的话,== 操作符还能运作吗?代码还能否正常通过编译?
很遗憾,基于上面给出的那个类而言,这个操作符现在是不能正常运作的
因为 对于 类成员操作符 来说 ,只有当操作符的左操作数是类的对象的时候,操作符才能正常运作
如果左操作数不是类的对象,编译器就会试图找到一个内置的操作符,符合 左操作数是 char* 而右操作数是 string
当然,这样的试图也是徒劳的
所以最终。。。。会导致可爱的编译错误
我们知道,当我们将一个
我们可能会这样想:既然String类中已经实现了这样的构造函数 String(char*)
那么为什么编译器在编译 "Ulquiora == string" 这条语句时不做如下转换呢?
String("Ulquiorra") == string ;
简单的答案是效率问题。
如上所知,类String 中定义了 构造函数 String (char *)
因此要完成这样的转换,那么编译器必须在所有的类中查找所有的构造函数,找到能把
左操作数转换成 String 类型的构造函数,然后再为每一个类类型找到相关的重载等于操作符
看是否有一个能执行等于操作。接着,编译器还要判断哪一个“构造函数和等于操作符”的组合
对于右操作数是最佳匹配。
由此可见这是一个多么浪费时间影响效率的过程
因此,编译器只考虑在左操作数的类中定义的成员重载操作符(以及其基类中定义的。)
总之,要使用 成员重载操作符 ,那么左操作数一定得是 类类型
而右操作数就不一定了,不管右操作数是什么类型
编译器首先会找类中有没有定义 以右操作数为参数的 重载操作符 ,如果有,调用之
如果没有,编译器还会找类中有没有能将 右操作数 转化为类类型的构造函数,有的话,用它转换右操作数