为什么Python的列表修改方法返回'None”而不是修改后的列表？

为什么Python的列表修改方法返回None？

Python的列表修改方法，例如append、sort和extend，具有返回None而不是返回None的特殊行为修改后的列表本身。这个设计决策激发了程序员的好奇心。

例如，在 Java 中，list.sort() 返回排序后的列表，允许开发人员方便地链接方法调用。但在 Python 中，这种链接是不可能的，这就提出了一个问题：为什么 Python 的设计者会做出这样的选择？

设计原则：强调就地修改

Python 中的一项基本设计原则是就地改变对象的函数应该返回 None。这巧妙地传达了没有返回新对象。

Guido van Rossum 的观点

Python 的创建者 Guido van Rossum 在 Python 上解释了这一决定背后的基本原理-开发邮件列表。他建议返回 None 可以阻止多个副作用调用的链接所造成的“可读性威胁”。

在下面的示例中，链接形式：

x.compress().chop(y).sort(z)

需要深入的知识链中的每个方法。第二种形式：

x.compress()
x.chop(y)
x.sort(z)

更加明确，明确每个方法作用于同一个对象。这有助于保持代码的清晰度，特别是在使用不熟悉的类或方法时。

规则的例外

虽然一般原则是就地修改返回None，有例外：

• 返回新值的操作，比如字符串处理操作，比如rstrip() 和 split()，返回修改或处理后的字符串，允许链接。

但是，正如 van Rossum 指出的那样，将链接限制为返回新值的此类操作以避免混淆非常重要和可读性问题。

以上是为什么Python的列表修改方法返回'None”而不是修改后的列表？的详细内容。更多信息请关注PHP中文网其他相关文章！