EffectiveC读书笔记15让operator返回this的引用

　　前言:
　　C++的设计者 Bjarne Stroustrup 下了很大功夫想使用户自定义类型尽可能地和固定类型的工作方式相似。这就是为什么我们可以重载运算符，写类型转换函数，控制赋值和拷贝构造函数，等等。他做了这么多努力，我们也该继续做下去。 基本数据类型的赋值操作可以象下面这样链起来int w, x, y, z; w = x = y = z = 0;所以，你也应该可以将用户自定义类型的赋值操作链起来：string w, x, y, z; // string 是由标准 C++库 ＂自定义＂的类型 w = x = y = z = ＂Hello＂;
　　因为赋值运算符的结合性天生就是由右向左，所以上面的赋值可以解析为： w = (x = (y = (z = ＂Hello＂)));
　　很值得把它写成一个完全等价的函数形式。 w.operator=(x.operator=(y.operator=(z.operator=(＂Hello＂))));
　　这个格式在此很具有说明性，因为它强调了 w.operator=, x.operator=和 y.operator=的参数是前一个 operator=调用的返回值。在一个类 C中，缺省版本的 operator=函数应具有如下形式（见条款 45）：C& C::operator=(const C&);
　　一般情况下几乎总要遵循 operator=输入和返回的都是类对象引用的原则。例如，标准
　　string 类型提供了两个不同版本的赋值运算符：string&   operator=(const string& rhs);      //  将一个 string 赋给一个 string string&   operator=(const char *rhs);        // 将一个 char* 赋给一个 string //2cyhs返回值是自身引用的目的是支持链式编程
　　采用缺省形式定义的赋值运算符里，对象返回值有两个很明显的候选者：看看下面哪一个是正确的？以String 类为例：String& String::operator=(const String& rhs) {   ...   return *this;            //  返回左边的对象  } String& String::operator=(const String& rhs) {   ...   return rhs;              //  返回右边的对象  }
　　首先，返回 rhs 的那个不会通过编译，因为 rhs 是一个 const String 的引用，而operator=要返回的是一个 String 的引用。但这个问题很容易解决——只用象这样重新声明operator=：String& String::operator=(String& rhs)   { ... }
　　但这样的话，调用它的应用程序就不能通过编译了！为什么?x = ＂Hello＂;                     //  和 x.op=(＂Hello＂);相同
　　因为赋值语句的右边参数不是正确的类型——它是一个字符数组，不是String——编译器就要产生一个临时的 String 对象（通过 Stirng 构造函数— —参见条款 M19）使得函数继续运行。就是说，编译器必须产生大致像下面这样的代码：const String temp(＂Hello＂);      //  产生临时 String x = temp;                        //  临时 String 传给 operator=
　　编译器一般会产生这样的临时值，但注意临时值是一个 const 。这很重要，因为它可以防止传递到函数内的临时值被修改。否则，程序员就会很奇怪地发现，只有编译器产生的临时值可以修改，而他们在函数调用时实际传进去的参数却不行。（早期版本的 C++允许这类的临时值可以被产生，传递，修改， 结果很多程序员感到很奇怪）
　　现在我们知道应用程序就不能通过编译的原因了：编译器生成的temp是const 对象，参数却是非const类型的。
　　所以，结论是，这种情况下你将别无选择：当定义自己的赋值运算符时， 必须返回赋值运算符左边参数的引用，*this。