为什么赋值语句返回值？

这是允许的：

int a, b, c;
a = b = c = 16;

string s = null;
while ((s = "Hello") != null) ;

据我了解，赋值s = ”Hello”;应该只导致“Hello”被赋值给s，但操作不应返回任何值。如果是这样，((s = "Hello") != null)则将产生错误，因为null将其与没有进行比较。

允许赋值语句返回值的背后原因是什么？

据我了解，赋值s =“ Hello”; 应该只将“ Hello”分配给s，但是该操作不应返回任何值。

您的理解是100％错误的。你能解释为什么你相信这假话吗？

允许赋值语句返回值的背后原因是什么？

首先，赋值语句不产生值。赋值表达式产生一个值。作业表达是法律声明；在C＃中只有少量的表达式是合法的语句：等待表达式，实例构造，增量，减量，调用和赋值表达式可用于需要语句的地方。

C＃中只有一种表达式不会产生某种值，即，调用键入为return void的某种东西。（或者等效地，等待没有相关结果值的任务。）每种其他类型的表达式都会产生值或变量，引用或属性访问或事件访问，等等。

请注意，所有合法的作为语句的表达式对于其副作用都是有用的。这是这里的关键见解，我想也许是你的直觉认为分配应该是语句而不是表达式。理想情况下，每个语句只具有一个副作用，而表达式中没有副作用。它是一个有点奇怪副作用的代码可以在所有的表达式上下文中使用。

允许使用此功能的原因是因为（1）它经常很方便，并且（2）在类似C的语言中是惯用语言。

可能有人注意到这个问题已经被乞求了：为什么这种类似C语言的语言很惯用？

不幸的是，丹尼斯·里奇（Dennis Ritchie）不再可以询问，但是我的猜测是，赋值几乎总是留下刚刚在寄存器中赋值的值。C是一种非常“接近机器”的语言。似乎很合理，并且与C的设计保持一致，语言特性基本上意味着“继续使用我刚刚分配的值”。为此功能编写代码生成器非常容易。您只需继续使用存储已分配值的寄存器。

您没有提供答案吗？这是为了完全启用您提到的结构。

使用赋值运算符的此属性的常见情况是从文件中读取行...

string line;
while ((line = streamReader.ReadLine()) != null)
    // ...

我最喜欢的赋值表达式用法是用于延迟初始化的属性。

private string _name;
public string Name
{
    get { return _name ?? (_name = ExpensiveNameGeneratorMethod()); }
}

首先，它允许您链接分配，如示例所示：

a = b = c = 16;

另外，它允许您在单个表达式中分配和检查结果：

while ((s = foo.getSomeString()) != null) { /* ... */ }

两者都有可能是可疑的原因，但是肯定有人喜欢这些结构。

除了已经提到的原因（分配链，在while循环内进行设置和测试等）之外，要正确使用该using语句，您还需要以下功能：

using (Font font3 = new Font("Arial", 10.0f))
{
    // Use font3.
}

MSDN不鼓励在using语句之外声明可抛弃对象，因为即使将其处置后，它仍将保留在范围内（请参阅我链接的MSDN文章）。

我想详细说明埃里克·利珀特（Eric Lippert）在回答中提出的具体观点，并把焦点放在任何其他人都没有触及的特定场合。埃里克（Eric）说：

[...]分配几乎总是留下刚在寄存器中分配的值。

我想说的是，赋值将始终留下我们尝试分配给左操作数的值。不只是“几乎总是”。但是我不知道，因为我没有在文档中发现此问题。从理论上讲，“离开”而不重新评估左操作数可能是一个非常有效的实现过程，但是有效吗？

到目前为止，针对此线程答案构建的所有示例均“有效”。但是对于使用get和set访问器的属性和索引器而言，效率很高吗？一点也不。考虑以下代码：

class Test
{
    public bool MyProperty { get { return true; } set { ; } }
}

这里有一个属性，它甚至不是私有变量的包装。每当有人要求他返回真相时，每当有人试图设定自己的价值时，他就什么都不做。因此，每当评估此属性时，他就应该诚实。让我们看看发生了什么：

Test test = new Test();

if ((test.MyProperty = false) == true)
    Console.WriteLine("Please print this text.");

else
    Console.WriteLine("Unexpected!!");

猜猜它打印了什么？它打印Unexpected!!。事实证明，确实调用了set访问器，它什么也不做。但是此后，根本不会调用get访问器。分配只是留下了false我们尝试分配给属性的值。而此false值是if语句求值的值。

我将以一个使我研究这个问题的真实示例作为结尾。我创建了一个索引器，该索引器是我List<string>的类作为私有变量的集合（）的便捷包装。

发送到索引器的参数是一个字符串，该字符串将被视为我的集合中的值。如果该值存在于列表中，则get访问器将仅返回true或false。因此，get访问器是使用该List<T>.Contains方法的另一种方法。

如果以字符串作为参数调用了索引器的set访问器，而正确的操作数是bool true，则他会将该参数添加到列表中。但是，如果将相同的参数发送给访问器，并且正确的操作数是bool false，他将改为从列表中删除该元素。因此set访问被用作方便的替代都List<T>.Add和List<T>.Remove。

我以为我有一个简洁紧凑的“ API”，其中包含我自己的逻辑（作为网关）来包装列表。仅依靠索引器的帮助，我就可以通过几次击键来完成很多事情。例如，如何尝试将值添加到列表中并验证其是否在其中？我认为这是唯一需要的代码行：

if (myObject["stringValue"] = true)
    ; // Set operation succeeded..!

但是，正如我之前的示例所示，甚至没有调用应该查看该值是否确实在列表中的get访问器。该true值始终被有效地破坏了我在get访问器中实现的任何逻辑。

如果赋值未返回值，则该行a = b = c = 16也将不起作用。

while ((s = readLine()) != null)有时也可以写类似的东西。

因此，让分配返回分配的值的原因是让您执行这些操作。

我认为您误会了解析器将如何解释该语法。分配将被评估第一，然后将结果进行比较，以NULL，即语句相当于：

s = "Hello"; //s now contains the value "Hello"
(s != null) //returns true.

正如其他人指出的那样，赋值的结果就是赋值。我很难想象拥有

((s = "Hello") != null)

和

s = "Hello";
s != null;

不等同...

我认为主要原因是与C ++和C的（故意）相似。使赋值运算符（以及许多其他语言构造）的行为像其C ++对应物一样，仅遵循最小惊奇的原则，并且任何来自另一个卷曲的程序员方括号语言可以使用它们而无需花很多时间。对于C ++程序员而言，易于掌握是C＃的主要设计目标之一。

出于以下两个原因，您需要在帖子
1）中添加内容，以便可以进行a = b = c = 16
2），以便测试作业是否成功 if ((s = openSomeHandle()) != null)

'a ++'或'printf（“ foo”）'既可以用作独立语句，也可以用作较大表达式的一部分，这一事实意味着C必须考虑表达式结果可能是也可能不是的可能性。用过的。鉴于此，人们普遍认为，可能有用地“返回”值的表达式也可以这样做。如果所有有问题的变量都不具有完全相同的类型，则分配链在C中可能有点“有趣”，在C ++中甚至更有趣。最好避免使用这种用法。

另一个很好的示例用例，我一直使用：

var x = _myVariable ?? (_myVariable = GetVariable());
//for example: when used inside a loop, "GetVariable" will be called only once

我没有在此处的答案中看到的另一个优点是赋值的语法基于算术。

现在x = y = b = c = 2 + 3在算术上的含义不同于C风格的语言。在算术上是一个断言，我们声明 x等于y等，而在C语言中，这是一条使 x等于y等的指令。

这就是说，算术和代码之间仍然存在足够的关系，除非有充分的理由，否则不允许算术中的自然现象是没有道理的。（C风格语言使用equals符号的另一件事是使用==进行相等比较。这里，尽管由于最右边的==返回值，所以这种链接是不可能的。）

当我需要更新一堆东西并返回是否有任何更改时，我喜欢使用赋值返回值：

bool hasChanged = false;

hasChanged |= thing.Property != (thing.Property = "Value");
hasChanged |= thing.AnotherProperty != (thing.AnotherProperty = 42);
hasChanged |= thing.OneMore != (thing.OneMore = "They get it");

return hasChanged;

不过要小心。您可能会认为可以将其缩短为：

return thing.Property != (thing.Property = "Value") ||
    thing.AnotherProperty != (thing.AnotherProperty = 42) ||
    thing.OneMore != (thing.OneMore = "They get it");

但这实际上会在找到第一个为真后停止评估or语句。在这种情况下，这意味着一旦分配了第一个不同的值，它将停止分配后续值。

看到https://dotnetfiddle.net/e05Rh8玩这个