python3.9啥时候出来_Python3.9正式版要来了，会有哪些新特性？

Python 正在一直马不停蹄地更新&＃xff0c;历时数月&＃xff0c;我们迎来了又一个 Beta 版 —— 3.9.0b3&＃xff0c;Python 3.9 正式版已经不远了&＃xff0c;一起来看它带来了哪些值得开发者关注的重要新特性&＃xff01;

以下为译文&＃xff1a;

Python 发布了版本号为 3.9.0b3 的 beta 版&＃xff0c;后续即将发布 Python 3.9 的正式版。该版本包含了一些令人兴奋的新特性&＃xff0c;预计正式版发布以后这些特性能够被大家广泛使用。

本文主要介绍以下几个方面&＃xff1a;

新增字典合并运算

类型提示

字符串新增的两个方法

新的 Python 解析器 —— 大赞&＃xff01;

接下来带着大家了解一下这些特性以及它们的用法。

字典合并

这是我最喜欢的新特性&＃xff0c;该特性的用法非常优雅。如果你想对两个字典 a 和 b 进行合并&＃xff0c;我们就可以使用合并操作。

合并的操作符为 | &＃xff1a;

a &＃61; {1: &＃39;a&＃39;, 2: &＃39;b&＃39;, 3: &＃39;c&＃39;}

b &＃61; {4: &＃39;d&＃39;, 5: &＃39;e&＃39;}

c &＃61; a | b

print(c)

输出结果&＃xff1a;

[Out]: {1: &＃39;a&＃39;, 2: &＃39;b&＃39;, 3: &＃39;c&＃39;, 4: &＃39;d&＃39;, 5: &＃39;e&＃39;}

还可以使用合并更新操作 |&＃61; &＃xff0c;该操作符可以更新原始字典的数据&＃xff1a;

a &＃61; {1: &＃39;a&＃39;, 2: &＃39;b&＃39;, 3: &＃39;c&＃39;}

b &＃61; {4: &＃39;d&＃39;, 5: &＃39;e&＃39;}

a |&＃61; b

print(a)

[Out]: {1: &＃39;a&＃39;, 2: &＃39;b&＃39;, 3: &＃39;c&＃39;, 4: &＃39;d&＃39;, 5: &＃39;e&＃39;}

在执行合并运算时&＃xff0c;如果字典包含相同的 key&＃xff0c; 运算结果将采用第二个字典的键值对&＃xff1a;

a &＃61; {1: &＃39;a&＃39;, 2: &＃39;b&＃39;, 3: &＃39;c&＃39;, 6: &＃39;in both&＃39;}

b &＃61; {4: &＃39;d&＃39;, 5: &＃39;e&＃39;, 6: &＃39;but different&＃39;}

print(a | b)

[Out]: {1: &＃39;a&＃39;, 2: &＃39;b&＃39;, 3: &＃39;c&＃39;, 6: &＃39;but different&＃39;, 4: &＃39;d&＃39;, 5: &＃39;e&＃39;}

可迭代对象的字典更新

|&＃61; 操作符另外一个非常棒的功能是使用一个可迭代对象(如列表或者生成器)的键值对更新字典&＃xff1a;

a &＃61; {&＃39;a&＃39;: &＃39;one&＃39;, &＃39;b&＃39;: &＃39;two&＃39;}

b &＃61; ((i, i**2) for i in range(3))

a |&＃61; b

print(a)

[Out]: {&＃39;a&＃39;: &＃39;one&＃39;, &＃39;b&＃39;: &＃39;two&＃39;, 0: 0, 1: 1, 2: 4}

如果你用标准的合并操作符 | 替换上面的 |&＃61;操作符&＃xff0c;由于 | 操作符只允许字典类型进行合并&＃xff0c;所以将导致 TypeError。

类型提示

Python 是动态类型的编程语言&＃xff0c;这就意味着我们不需要在代码中指定数据类型。

虽然可以这么做&＃xff0c;但是这么做有时候容易让人困惑&＃xff0c;此时灵活性就成为了缺点。

从 3.5 版本开始&＃xff0c;我们可以指定类型&＃xff0c;但是仍然非常麻烦。这次对此进行了改进&＃xff0c;大家看下面的这个例子&＃xff1a;

左侧没有类型提示 vs 右侧有类型提示

由于某个神秘的原因&＃xff0c;我们想通过上图所示的 add_int 函数&＃xff0c;将相同的数字相加到一起。但是编辑器并不能很好地领会我们的意图&＃xff0c;由于两个字符串也可以使用 &＃43; 进行连接所以并没有给出警告。

现在我们可以指定函数的参数类型为 int&＃xff0c;编辑器就能够立即识别出上述问题。

通过类型提示&＃xff0c;我们还能看到非常具体的类型&＃xff0c;例如&＃xff1a;

任何地方都可以使用类型提示&＃xff0c;由于有了新的语法支持&＃xff0c;看起来清爽多了。

上图我们将 sum_dict 函数的参数定义为字典类型&＃xff0c;将其返回值定义为 int 类型。test 的定义时也指定了类型。

新增字符串函数

虽然字符串函数并没有其他特性那么“伟大”&＃xff0c;由于非常实用&＃xff0c;也值得在这里一提。新版本中添加了移除前缀和后缀的两个字符串函数&＃xff1a;

"Hello world".removeprefix("He")

[Out]: "llo world"

Hello world".removesuffix("ld")

[Out]: "Hello wor"

新的解析器

开发者不容易察觉到新的语法解析器带来的变化&＃xff0c;但是它有可能成为 Python 演变中的一个重要转变。

Python 目前主要使用一种基于 LL (1)的语法&＃xff0c;而这种语法可以通过 LL (1)解析器进行解析——该解析器从上到下、从左到右地解析代码&＃xff0c;只需要从词法分析器中取出一个 token 就可以正确地解析下去。

我并不是非常清楚它的工作原理&＃xff0c;但是我可以给出LL(1) 存在的一些问题&＃xff1a;

Python 中包含非 LL(1) 语法&＃xff0c;正因如此&＃xff0c;当前语法采用了一些曲线救国的办法&＃xff0c;带来了很多不必要的复杂性。

LL(1) 给 Python 语法造成了很多限制。某个相关话题 提到了下面代码无法用当前的解析器进行解析(会造成 SyntaxError)。

with (open("a_really_long_foo") as foo,

open("a_really_long_bar") as bar):

pass

LL(1) 不能处理左递归。特定的递归语法意味着解析树时可能出现无限循环。Python 的缔造者 Guido van Rossum 在这篇文章[1]中给出了解释。

这些因素以及更多我无法理解的其他因素影响着 Python 的发展&＃xff0c;它们限制了语言的演进。

新的解析器基于 PEG, 它将给 Python 开发者提供更大的灵活性&＃xff0c;从 Python 3.10 开始[2]我们将能够感受到这一点。

上面讲解了 Python 3.9 版本的几个重要特性。如果你迫不及待地想体验的 beta 版 3.9.0b3 &＃xff0c;可以在这里[3]下载。

文章到此结束&＃xff0c;感谢您的阅读。

引用链接&＃xff1a;

[1] https://medium.com/&＃64;gvanrossum_83706/left-recursive-peg-grammars-65dab3c580e1

[2] https://docs.python.org/3.9/whatsnew/3.9.html#pep-617-new-parser

[3] https://www.python.org/downloads/release/python-390b3/

英文&＃xff1a;New Features in Python 3.9

链接&＃xff1a;https://towardsdatascience.com/new-features-in-python39-2529765429fe

作者&＃xff1a;James Briggs

译者&＃xff1a;明明如月&＃xff0c;知名互联网公司 高级开发工程师&＃xff0c;CSDN 博客专家。

声明&＃xff1a;文章收集于网络&＃xff0c;版权归原作者所有&＃xff0c;为传播信息而发&＃xff0c;如有侵权&＃xff0c;请联系小编删除&＃xff0c;谢谢&＃xff01;

人工智能交流群扫码邀请

转发量&＃xff1a;