为什么要在operator=中返回*this的引用

为什么要在operator=中返回"*this"的引用 作者: ： 在很多书籍和文

VCKBASE Online Help Journal No.10 为什么operator=操作符返回引用 问题:

关于赋值的一件有意思的事情是你可以把它们穿成一串。 int x, y, z; x = y = z = 15; // chain of assignments 另一件有意思

Item 10: 让赋值运算符返回一个 *this 的引用 关于赋值的一件有意思的事情是你可以把它们穿成一串。 int x, y, z; x = y = z = 15;

当我在笔试中面对这个题目的时候，毫不犹豫的写下这样的答案: 如果strDest的长度小于strSrc，会删除strDest，然后new一块与strSrc相同大小的内存。 由于我知道试题是出自林

该文章引自 中国Java开发网 （） Swing和SWT是采用不同的机制的，AWT是Swing的前身，实际上是调用本地操作系统的控件。由于在不同的操作系统下，提供的控件是不一样的，AW

<?php $a = 1; function b(&$c) { $c++; return $c; } $d=b($a); $d++; echo($a); ?>

一旦程序员抓住对象传值的效率隐忧，很多人就会成为狂热的圣战分子，誓要根除传值的罪恶，无论它隐藏多深。他们不屈不挠地追求传引用的纯度，但他们全都犯了一个致命的错误：他们开始传递并不存在的对象的引用。

Item 21: 当你必须返回一个对象时不要试图返回一个引用 一旦程序员抓住对象传值的效率隐忧（参见 Item 20），很多人就会成为狂热的圣战分子，誓要根除传值的罪恶，无论它隐藏多深。他们不屈不挠地

（接上篇） 但是也许你注意到无论是在栈上的还是在堆上的方法，为了从 operator* 返回的每一个 result，我们都不得不容忍一次构造函数的调用。也许你想起我们最初的目标是避免这样的构造函数调用