为什么Python赋值没有返回值？

Question

为什么Python赋值是一个语句而不是一个表达式？如果它是一个返回赋值右侧值的表达式，那么在某些情况下它会允许更简洁的代码。有什么问题我看不到吗？

例如：

# lst is some sequence
# X is come class
x = X()
lst.append(x)

可以重写为：

lst.append(x = X())

嗯，准确地说，上面的代码不起作用，因为 x 将被视为关键字参数。但另一对括号（或关键字参数的另一个符号）可以解决这个问题。

Answer 1

许多人认为用表达式进行赋值很容易出错，尤其是在像 Python 这样的语言中，其中条件中允许任何值（不仅仅是某些布尔类型的值）。想必吉多就是有这种感觉的人之一。典型的错误是：

if x = y: # oops! meant to say ==

Python 中的情况比 C 等语言中的情况要复杂一些，因为在 Python 中，对变量的第一次赋值也是它的声明。例如：

def f():
    print x

def g():
    x = h()
    print x

在这两个函数中，“print x”行执行不同的操作：一个引用全局变量 x，另一个引用局部变量 x。由于赋值，g 中的 x 是本地的。如果可以将赋值埋入一些更大的表达式/语句中，这可能会更加令人困惑（比现在更混乱）。

Answer 2

自 Python 3.8（2019 年 10 月发布）起支持赋值（子）表达式 (x := y)，因此您现在确实可以将示例重写为 lst.append(x := X())。

该提案 PEP 572 于 2018 年 7 月被 Guido 正式接受。也有早期关于赋值表达式的提案，例如已撤回的 PEP 379。

回想一下，在版本 3 之前，print 也是一个语句而不是一个表达式。

已经支持将相同值分配给多个目标（或者更确切地说，多个目标列表，因为也允许解包）的语句 x = y = z（例如，因为版本 1)，但作为特殊的 语法 实现，而不是通过链接连续的赋值子表达式。事实上，执行各个赋值的顺序是相反的：嵌套海象 (x := (y := z)) 必须在 x 之前赋值给 y，而 x = y = z 在 y 之前分配给 x （如果您设置/分配给下标，这可能是相关的）或已重载以产生某些副作用的类的属性）。

Answer 3

现实世界的答案是：不需要。

您在 C 中看到的大多数情况都是因为错误处理是手动完成的：

if((fd = open("file", O_RDONLY)) == -1)
{
    // error handling
}

对于许多循环的编写方式也是如此：

while(i++ < 10)
    ;

这些常见情况在 Python 中的处理方式有所不同。错误处理通常使用异常处理；循环通常使用迭代器。

反对它的论点不一定是惊天动地的，但它们与它在 Python 中并不那么重要这一事实相权衡。

Answer 4

我相信 Guido 是故意这样做的，目的是为了防止某些经典错误。例如，

if x = 3: print x

当你实际上想说

if x == 3: ...

我确实同意时，有时我希望它能起作用，但我也错过了围绕代码块的 { 和 } ，这肯定是不会改变。

Answer 5

1. Python 的语法比 C 的语法简洁得多。
2. 它具有比 C 更复杂的作用域规则。
3. 在每个表达式中使用括号会降低代码的可读性，而 python 避免了这种情况。

如果分配是表达式，则必须重新设计这些功能和许多其他功能。对我来说，这就像你必须达成一笔交易才能拥有如此可读的代码和有用的功能。
为了避免出现

if a and (h not in b): ...

[

if (a && !(h in b)) { ... }

不谈论经典的（如果 a = b:) 类型的错误。]