EffectiveC读书笔记15让operator返回thi

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