Python 3.9 正式版要来了,会有哪些新特性?

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: Python 发布了版本号为 3.9.0b3 的 beta 版,后续即将发布 Python 3.9 的正式版。该版本包含了一些令人兴奋的新特性,预计正式版发布以后这些特性能够被大家广泛使用。

本文主要介绍以下几个方面:

  • 新增字典合并运算
  • 类型提示
  • 字符串新增的两个方法
  • 新的 Python 解析器 —— 大赞!

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

字典合并

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

合并的操作符为 | :

a = {1: 'a', 2: 'b', 3: 'c'}
b = {4: 'd', 5: 'e'}
c = a | b
print(c)

输出结果:

[Out]: {1: 'a', 2: 'b', 3: 'c', 4: 'd', 5: 'e'}

还可以使用合并更新操作 |= ,该操作符可以更新原始字典的数据:

a = {1: 'a', 2: 'b', 3: 'c'}
b = {4: 'd', 5: 'e'}
a |= b
print(a)

[Out]: {1: 'a', 2: 'b', 3: 'c', 4: 'd', 5: 'e'}

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

a = {1: 'a', 2: 'b', 3: 'c', 6: 'in both'}
b = {4: 'd', 5: 'e', 6: 'but different'}
print(a | b)

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


可迭代对象的字典更新

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

a = {'a': 'one', 'b': 'two'}
b = ((i, i**2) for i in range(3))
a |= b
print(a)

[Out]: {'a': 'one', 'b': 'two', 0: 0, 1: 1, 2: 4}

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

40.jpg

类型提示

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

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

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

41.jpg

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

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

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

通过类型提示,我们还能看到非常具体的类型,例如:

42.jpg

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

43.jpg

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

新增字符串函数

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

"Hello world".removeprefix("He")

[Out]: "llo world"

Hello world".removesuffix("ld")

[Out]: "Hello wor"

新的解析器

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

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

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

  • Python 中包含非 LL(1) 语法,正因如此,当前语法采用了一些曲线救国的办法,带来了很多不必要的复杂性。
  • 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 的发展,它们限制了语言的演进。

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

上面讲解了 Python 3.9 版本的几个重要特性。如果你迫不及待地想体验最新的 beta 版 3.9.0b3 ,可以在这里下载。

相关文章
|
20天前
|
Python
闭包(Closure)是**Python中的一种高级特性
闭包(Closure)是**Python中的一种高级特性
36 8
|
2月前
|
存储 大数据 数据处理
Python 中的列表推导式与生成器:特性、用途与区别
Python 中的列表推导式与生成器:特性、用途与区别
30 2
|
3月前
|
机器学习/深度学习 人工智能 安全
python和Java的区别以及特性
Python:适合快速开发、易于维护、学习成本低、灵活高效。如果你需要快速上手,写脚本、数据处理、做点机器学习,Python就是你的首选。 Java:适合大型项目、企业级应用,性能要求较高的场景。它类型安全、跨平台能力强,而且有丰富的生态,适合更复杂和规模化的开发。
72 3
|
2月前
|
设计模式 监控 安全
Python多线程编程:特性、挑战与最佳实践
Python多线程编程:特性、挑战与最佳实践
43 0
|
2月前
|
设计模式 监控 安全
Python多线程编程:特性、挑战与最佳实践【1】
Python多线程编程:特性、挑战与最佳实践【1】
36 0
|
4月前
|
存储 数据库 C++
"深入剖析Python元组(tuple):与列表的对比、特性解析及高效应用场景展示"
【8月更文挑战第9天】Python元组与列表虽均用于存储元素集合,但有本质差异。元组不可变,创建后无法修改,适合保护数据不被意外更改的场景,如作字典键或传递固定值。列表则可变,支持动态增删改,适用于需频繁调整的数据集。元组因不可变性而在性能上有优势,可用于快速查找。两者各有千秋,根据具体需求选择使用。例如,元组可用于表示坐标点或日期,而列表更适合管理用户列表或库存。
132 1
|
4月前
|
安全 算法 Go
Python面向对象的三大特性
python面向对象编程(OOP)的三大特性是封装、继承和多态。这些特性共同构成了OOP的基础,使得软件设计更加灵活、可维护和可扩展。
44 3
|
4月前
|
机器学习/深度学习 运维 数据挖掘
scikit-learn 1.0 版本重要新特性一览
scikit-learn 1.0 版本重要新特性一览
|
5月前
|
机器学习/深度学习 数据采集 前端开发
网络爬虫开发:JavaScript与Python特性的小差异
我们以前写JavaScript的代码时,在遇到了发送请求时,都是需要去await的。 但是为什么Python代码不需要这样做呢? 这就是因为JavaScript是异步的,Python是同步的。 JavaScript就需要使用关键词await将异步代码块变为同步代码。
|
5月前
|
数据库 开发者 Python
Python 3.9的新特性有哪些?
【7月更文挑战第2天】Python 3.9的新特性有哪些?
67 1

热门文章

最新文章