关于python:Python-为什么会有个奇怪的对象

1次阅读

共计 3290 个字符，预计需要花费 9 分钟才能阅读完成。

本文出自“Python 为什么”系列，请查看全副文章

在写上一篇《Python 为什么要有 pass 语句？》时，我想到一种特地的写法，很多人会把它当成 pass 语句的代替。在文章公布后，果然有三条留言提及了它。

所谓特地的写法就是上面这个：

# 用 ... 代替 pass
def foo():
    ...

它是中文标点符号中的半个省略号，也即由英文的 3 个点组成。如果你是第一次看到，很可能会感觉奇怪：这玩意是怎么回事？（PS：如果你晓得它，认真看过本文后，你同样可能会感觉奇怪！）

事实上，它是 Python 3 中的一个内置对象，有个正式的名字叫作——Ellipsis，翻译成中文就是“省略号”。

更精确地说，它是一个内置常量（Built-in Constant），是 6 大内置常量之一（另外几个是 None、False、True、NotImplemented、__debug__）。

对于这个对象的根底性质，上面给出了一张截图，你们应该能明确我的意思：

“…“并不神秘，它只是一个可能不多见的符号型对象而已。用它替换 pass，在语法上并不会报错，因为 Python 容许一个对象不被赋值援用。

严格来说， 这是鸡鸣狗盗，在语义上站不住脚——把“…”或其它常量或已被赋值的变量放在一个空的缩进代码块中，它们是与动作无关的，只能表白出“这有个没用的对象，不必管它”。

Python 容许这些不被理论应用的对象存在，然而聪慧的 IDE 应该会有所提醒（我用的是 Pycharm），比方通知你：Statement seems to have no effect 。

然而“…”这个常量仿佛受到了非凡看待，我的 IDE 上没有作提醒。

很多人曾经习惯上把它当成 pass 那样的空操作来用了（在最早引入它的邮件组探讨中，就是举了这种用法的例子）。但我自己还是偏向于应用 pass，不晓得你是怎么想的呢？

… 在 PEP-3100 中被引入，最早合入在 Python 3.0 版本，而 Ellipsis 则在更早的版本中就已蕴含。

尽管官网说它们是同一个对象的两种写法，而且说成是单例的（singleton），但我还发现一个十分奇怪的景象，与文档的形容是抵触的：

如你所见，赋值给 … 时会报错 SyntaxError: cannot assign to Ellipsis，然而 Ellipsis 却能够被赋值，它们的行为基本就不同嘛！被赋值之后，Ellipsis 的内存地址以及类型属性都扭转了，它成了一个“变量”，不再是常量。

作为比照，给 True 或 None 之类的常量赋值时，会报错 SyntaxError: cannot assign to XXX，然而给 NotImplemented 常量赋值时不会报错。

家喻户晓，在 Python 2 中也能够给布尔对象（True/False）赋值，然而 Python 3 曾经把它们革新成不可批改的。

所以有一种可能的解释：Ellipsis 和 NotImplemented 是 Python 2 时代的遗留产物，为了兼容性或者只是因为外围开发者脱漏了，所以它们在以后版本（3.8）中还能够被赋值批改。

… 出世在 Python 3 的时代，或者在未来会齐全取代 Ellipsis。目前两者共存，它们不统一的行为值得咱们留神。我的倡议：只应用 ”…” 吧，就当 Ellipsis 曾经被淘汰了。

接下来，让咱们回到题目的问题：Python 为什么要应用“…”对象？

这里就只聚焦于 Python 3 的“…”了，不去追溯 Ellipsis 的历史和现状。

之所以会问这个问题，我的用意是想晓得： 它有什么用途，可能解决什么问题？从而窥探到 Python 语言设计中的更多细节。

大略有如下的几种答案：

官网文档中给出了这样的阐明：

Special value used mostly in conjunction with extended slicing syntax for user-defined container data types.

这是个非凡的值，通常跟扩大的切片语法相结合，用在自定义的数据类型容器上。

文档中没有给出具体实现的例子，但用它联合__getitem__() 和 slice() 内置函数，能够实现相似于 [1, …, 7] 取出 7 个数字的切片片段的成果。

因为它次要用在数据操作上，可能大部分人很少接触。据说 Numpy 把它用在了一些语法糖用法上，如果你在用 Numpy 的话，能够摸索一下都有哪些玩法？

… 能够被用作占位符，也就是我在《Python 为什么要有 pass 语句？》中提到 pass 的作用。前文中对此已有局部剖析。

有人感觉这样很 cute，这种想法取得了 Python 之父 Guido 的反对：

Python 3.5 引入的 Type Hint 是“…”的次要应用场合。

它能够示意不定长的参数，比方 Tuple[int, ...] 示意一个元组，其元素是 int 类型，但数量不限。

它还能够示意不确定的变量类型，比方文档中给出的这个例子：

from typing import TypeVar, Generic

T = TypeVar('T')

def fun_1(x: T) -> T: ...  # T here
def fun_2(x: T) -> T: ...  # and here could be different

fun_1(1)                   # This is OK, T is inferred to be int
fun_2('a')                 # This is also OK, now T is str

T 在函数定义时无奈确定，当函数被调用时，T 的理论类型才被确定。

在 .pyi 格局的文件中，… 随处可见。这是一种存根文件（stub file），次要用于寄存 Python 模块的类型提示信息，给 mypy、pytype 之类的类型查看工具以及 IDE 来作动态代码查看。

最初，我认为有一个十分终极的起因，除了引入“…”来示意，没有更好的办法。

先看看两个例子：

两个例子的后果中都呈现了“…”，它示意的是什么货色呢？

对于列表和字典这样的容器，如果其外部元素是可变对象的话，则存储的是对可变对象的援用。那么，当其外部元素又援用容器本身时，就会递归地呈现有限循环援用。

有限循环是无奈穷尽地示意进去的，Python 中用 … 来示意，比拟形象易懂，除了它，恐怕没有更好的抉择。

最初，咱们来总结一下本文的内容：

… 是 Python 3 中的一个内置常量，它是一个单例对象，尽管是 Python 2 中就有的 Ellipsis 的别称，但它的性质曾经跟旧对象各奔前程
… 能够代替 pass 语句作为占位符应用，然而它作为一个常量对象，在占位符语义上并不谨严。很多人曾经在习惯上承受它了，无妨一用
… 在 Python 中不少的应用场景，除了占位符用法，还能够反对扩大切片语法、丰盛 Type Hint 类型查看，以及示意容器对象的有限循环
… 对大多数人来说，可能并不多见（有人还可能因为它是一种符号特例而排挤它），但它的存在，有些时候可能带来便当。心愿本文能让更多人意识它，那么文章的目标也就达成了~

如果你感觉本文剖析得不错，那你应该会喜爱这些文章：

1、Python 为什么应用缩进来划分代码块？

2、Python 的缩进是不是反人类的设计？

3、Python 为什么不必分号作语句终止符？

4、Python 为什么没有 main 函数？为什么我不举荐写 main 函数？

5、Python 为什么举荐蛇形命名法？

6、Python 为什么不反对 i++ 自增语法，不提供 ++ 操作符？

7、Python 为什么只需一条语句“a,b=b,a”，就能间接替换两个变量？

8、Python 为什么用 # 号作正文符？

9、Python 为什么要有 pass 语句？

本文属于“Python 为什么”系列（Python 猫出品），该系列次要关注 Python 的语法、设计和倒退等话题，以一个个“为什么”式的问题为切入点，试着展示 Python 的迷人魅力。所有文章将会归档在 Github 上，我的项目地址：https://github.com/chinesehuazhou/python-whydo

正文完