c++程序员经常犯的一个错误是让operator=返回void，这好象没什么不合理的，但它妨碍了连续（链式）赋值操作，所以不要这样做。
一般情况下几乎总要遵循operator=输入和返回的都是类对象的引用的原则，然而有时候需要重载operator=使它能够接受不同类型的参数。例如，标准string类型提供了两个不同版本的赋值运算符：
string& // 将一个string operator=(const string& rhs); // 赋给一个string string& // 将一个char* operator=(const char *rhs); // 赋给一个string
请注意，即使在重载时，返回类型也是类的对象的引用。
采用缺省形式定义的赋值运算符里，对象返回值有两个很明显的候选者：赋值语句左边的对象（被this指针指向的对象）和赋值语句右边的对象（参数表中被命名的对象）。哪一个是正确的呢？
例如，对string类（假设你想在这个类中写赋值运算符，参见条款11中的解释）来说有两种可能：
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=
编译器一般会产生这样的临时值（除非显式地定义了所需要的构造函数——见条款19），但注意临时值是一个const。这很重要，因为它可以防止传递到函数内的临时值被修改。
现在我们就可以知道如果string的operator=声明传递一个非const的stirng参数，应用程序就不能通过编译的原因了：对于没有声明相应参数为const的函数来说，传递一个const对象是非法的。这是一个关于const的很简单的规定。
所以，结论是，这种情况下你将别无选择：当定义自己的赋值运算符时，必须返回赋值运算符左边参数的引用，*this。如果不这样做，就会导致不能连续赋值，或导致调用时的隐式类型转换不能进行（字符串常量转为const string），或两种情况同时发生。
若返回rhs，则rhs必须是非const的，但是隐式类型转换要求rhs是const的。