| class UPInt { // unlimited precision public: // integers 类 UPInt(); UPInt(int value); ... }; //有关为什么返回值是const的解释，参见Effective C 条款21 const UPInt operator (const UPInt& lhs, const UPInt& rhs); UPInt upi1, upi2; ... UPInt upi3 = upi1 upi2; |
这里还看不出什么令人惊讶的东西。upi1 和upi2都是UPInt对象，所以他们之间相加就会调用UPInts的operator函数。
现在考虑下面这些语句：
| upi3 = upi1 10; upi3 = 10 upi2; |
这些语句也能够成功运行。方法是通过建立临时对象把整形数10转换为UPInts（参见条款19）。
让编译器完成这种类型转换是确实是很方便，但是建立临时对象进行类型转换工作是有开销的，而我们不想承担这种开销。就象大多数人只想从政府那里受益而不想为此付出相同，大多数C 程式员希望进行没有临时对象开销的隐式类型转换。但是在计算领域里发生不了赤字现象，我们如何能这么做呢？
让我们回退一步，认识到我们的目的不是真的要进行类型转换，而是用UPint和int做为参数调用operator。隐式类型转换只是用来达到目的的手段，但是我们不要混淆手段和目的。更有一种方法能够成功进行operator的混合类型调用，他将消除隐式类型转换的需要。假如我们想要把UPInt和int对象相加，通过声明如下几个函数达到这个目的，每一个函数有不同的参数类型集。
| const UPInt operator (const UPInt& lhs, // add UPInt const UPInt& rhs); // and UPInt const UPInt operator (const UPInt& lhs, // add UPInt int rhs); // and int const UPInt operator (int lhs, // add int and const UPInt& rhs); // UPInt UPInt upi1, upi2; ... UPInt upi3 = upi1 upi2; // 正确,没有由upi1 或 upi2 // 生成的临时对象 upi3 = upi1 10; // 正确, 没有由upi1 or 10 // 生成的临时对象 upi3 = 10 upi2; //正确, 没有由10 or upi2 //生成的临时对象。 |
一旦您开始用函数重载来消除类型转换，您就有可能这样声明函数，把自己陷入危险之中：
| const UPInt operator (int lhs, int rhs); // 错误! |
这个想法是合情合理的。对于UPInt和int类型，我们想要用任何可能的组合来重载operator函数。上面只给出了三种重载函数，唯一漏掉的是带有两个int参数的operator，所以我们想把他加上。
有道理么？在C 中有一条规则是每一个重载的operator必须带有一个用户定义类型（user-defined type）的参数。int不是用户定义类型，所以我们不能重载operator成为仅带有此类型参数的函数。（假如没有这条规则，程式员将能改变预定义的操作，这样做肯定把程式引入混乱的境地。比如企图重载上述的operator，将会改变int类型相加的含义。）
利用重载避免临时对象的方法不只是用在operator函数上。比如在大多数程式中，您想允许在任何能使用string对象的地方，也相同能够使用char*，反之亦然。同样假如您正在使用numerical（数字）类，例如complex（参见条款35）,您想让int和double这样的类型能够使用在numerical对象的任何地方。因此任何带有string、char*、complex参数的函数能够采用重载方式来消除类型转换。
但是，必须谨记80－20规则（参见条款16）。没有必要实现大量的重载函数，除非您有理由确信程式使用重载函数以后其整体效率会有显著的提高。
