Python 3.1 中的新特性¶
- 作者:
Raymond Hettinger
本文档将介绍 Python 3.1 相对于 3.0 的新特性。Python 3.1 于 2009 年 6 月 27 日发布。
PEP 372:有序字典¶
常规的 Python 字典以任意顺序遍历键/值对。多年来,许多作者编写了记住键最初插入顺序的替代实现。基于这些实现的经验,引入了一个新的 collections.OrderedDict
类。
OrderedDict API 与常规字典基本相同,但会以键首次插入时的确定顺序遍历键和值。如果新条目覆盖了现有条目,则原始插入位置保持不变。删除一个条目并重新插入它会将其移到末尾。
标准库现在支持在多个模块中使用有序字典。configparser
模块默认使用它们。这使得配置文件可以按其原始顺序读取、修改,然后重新写入。collections.namedtuple()
的 _asdict() 方法现在返回一个有序字典,其中的值按底层元组索引的相同顺序出现。json
模块正在通过 object_pairs_hook 进行构建,以允许解码器构建 OrderedDict。还增加了对 PyYAML 等第三方工具的支持。
参见
- PEP 372 - 有序字典
PEP 由 Armin Ronacher 和 Raymond Hettinger 撰写。实现由 Raymond Hettinger 撰写。
由于有序字典会记住其插入顺序,因此可以将其与排序结合使用以创建已排序的字典。
>>> # regular unsorted dictionary
>>> d = {'banana': 3, 'apple':4, 'pear': 1, 'orange': 2}
>>> # dictionary sorted by key
>>> OrderedDict(sorted(d.items(), key=lambda t: t[0]))
OrderedDict([('apple', 4), ('banana', 3), ('orange', 2), ('pear', 1)])
>>> # dictionary sorted by value
>>> OrderedDict(sorted(d.items(), key=lambda t: t[1]))
OrderedDict([('pear', 1), ('orange', 2), ('banana', 3), ('apple', 4)])
>>> # dictionary sorted by length of the key string
>>> OrderedDict(sorted(d.items(), key=lambda t: len(t[0])))
OrderedDict([('pear', 1), ('apple', 4), ('orange', 2), ('banana', 3)])
新的已排序字典在删除条目时会保持其排序顺序。但是,当添加新键时,键会附加到末尾,并且排序不会保持。
PEP 378:千位分隔符的格式说明符¶
内置的 format()
函数和 str.format()
方法使用一种迷你语言,现在包含一种简单、不依赖区域设置的方式来格式化带有千位分隔符的数字。这提供了一种使程序输出人性化的方法,从而改善其专业外观和可读性。
>>> format(1234567, ',d')
'1,234,567'
>>> format(1234567.89, ',.2f')
'1,234,567.89'
>>> format(12345.6 + 8901234.12j, ',f')
'12,345.600000+8,901,234.120000j'
>>> format(Decimal('1234567.89'), ',f')
'1,234,567.89'
支持的类型有 int
、float
、complex
和 decimal.Decimal
。
目前正在讨论如何指定替代分隔符,如点、空格、撇号或下划线。与区域设置相关的应用程序应使用现有的 n 格式说明符,该说明符已经对千位分隔符提供了一些支持。
参见
- PEP 378 - 千位分隔符的格式说明符
PEP 由 Raymond Hettinger 撰写,由 Eric Smith 和 Mark Dickinson 实现。
其他语言更改¶
对核心 Python 语言做了一些较小的更改
包含
__main__.py
文件的目录和 zip 存档现在可以通过将其名称传递给解释器来直接执行。目录/zip 文件会自动作为第一个条目插入到 sys.path 中。(由 Andy Chu 提出并提供初始补丁;由 Phillip J. Eby 和 Nick Coghlan 修改补丁;bpo-1739468。)int()
类型新增了一个bit_length
方法,该方法返回表示其参数在二进制中所需的位数。>>> n = 37 >>> bin(37) '0b100101' >>> n.bit_length() 6 >>> n = 2**123-1 >>> n.bit_length() 123 >>> (n+1).bit_length() 124
(由 Fredrik Johansson、Victor Stinner、Raymond Hettinger 和 Mark Dickinson 贡献;bpo-3439。)
format()
字符串中的字段现在可以自动编号。>>> 'Sir {} of {}'.format('Gallahad', 'Camelot') 'Sir Gallahad of Camelot'
以前,字符串需要编号字段,例如:
'Sir {0} of {1}'
。(由 Eric Smith 贡献;bpo-5237。)
string.maketrans()
函数已弃用,并由新的静态方法bytes.maketrans()
和bytearray.maketrans()
取代。此更改解决了围绕string
模块支持哪些类型的混淆。现在,str
、bytes
和bytearray
各自拥有自己的 maketrans 和 translate 方法,并带有相应类型的中间转换表。(由 Georg Brandl 贡献;bpo-5675。)
with
语句的语法现在允许在单个语句中使用多个上下文管理器。>>> with open('mylog.txt') as infile, open('a.out', 'w') as outfile: ... for line in infile: ... if '<critical>' in line: ... outfile.write(line)
有了新语法,不再需要
contextlib.nested()
函数,现在已弃用。(由 Georg Brandl 和 Mattias Brändström 贡献;appspot issue 53094。)
round(x, n)
现在如果 x 是整数,则返回一个整数。以前它返回一个浮点数。>>> round(1123, -2) 1100
(由 Mark Dickinson 贡献;bpo-4707。)
Python 现在使用 David Gay 的算法来查找不改变其值的最短浮点表示。这应该有助于减轻围绕二进制浮点数的一些混淆。
其重要性很容易通过像
1.1
这样的数字看出,它在二进制浮点数中没有精确的等价物。由于没有精确的等价物,像float('1.1')
这样的表达式会评估为最接近的可表示值,该值在十六进制中为0x1.199999999999ap+0
,或在十进制中为1.100000000000000088817841970012523233890533447265625
。这个最接近的值过去和现在仍用于后续的浮点计算。新变化在于数字的显示方式。以前,Python 使用一种简单的方法。
repr(1.1)
的值被计算为format(1.1, '.17g')
,其评估结果为'1.1000000000000001'
。使用 17 位数字的优点是它依赖于 IEEE-754 保证来确保eval(repr(1.1))
将精确地往返到其原始值。缺点是许多人觉得输出令人困惑(将二进制浮点表示的内在限制误认为是 Python 本身的问题)。repr(1.1)
的新算法更智能,返回'1.1'
。实际上,它搜索所有等价的字符串表示(以相同的底层浮点值存储的那些)并返回最短的表示。新算法在可能的情况下倾向于发出更清晰的表示,但它不改变底层值。因此,
1.1 + 2.2 != 3.3
仍然成立,即使表示可能暗示并非如此。新算法依赖于底层浮点实现中的某些特性。如果找不到所需的特性,将继续使用旧算法。此外,文本 pickle 协议通过使用旧算法确保跨平台可移植性。
(由 Eric Smith 和 Mark Dickinson 贡献;bpo-1580)
新的、改进的和已弃用的模块¶
添加了一个
collections.Counter
类,以方便对序列或可迭代对象中的唯一项进行计数。>>> Counter(['red', 'blue', 'red', 'green', 'blue', 'blue']) Counter({'blue': 3, 'red': 2, 'green': 1})
(由 Raymond Hettinger 贡献;bpo-1696199。)
添加了一个新模块
tkinter.ttk
,用于访问 Tk 主题化控件集。ttk 的基本思想是尽可能地将实现控件行为的代码与实现其外观的代码分开。(由 Guilherme Polo 贡献;bpo-2983。)
gzip.GzipFile
和bz2.BZ2File
类现在支持上下文管理协议。>>> # Automatically close file after writing >>> with gzip.GzipFile(filename, "wb") as f: ... f.write(b"xxx")
(由 Antoine Pitrou 贡献。)
decimal
模块现在支持从二进制float
创建十进制对象的方法。转换是精确的,但有时可能令人惊讶。>>> Decimal.from_float(1.1) Decimal('1.100000000000000088817841970012523233890533447265625')
长十进制结果显示了为 1.1 存储的实际二进制分数。该分数有许多位,因为 1.1 无法在二进制中精确表示。
(由 Raymond Hettinger 和 Mark Dickinson 贡献。)
itertools
模块新增了两个函数。itertools.combinations_with_replacement()
函数是生成组合学(包括排列和笛卡尔积)的四个函数之一。itertools.compress()
函数模仿了 APL 中的同名函数。此外,现有itertools.count()
函数现在有一个可选的 step 参数,并且可以接受任何类型的计数序列,包括fractions.Fraction
和decimal.Decimal
。>>> [p+q for p,q in combinations_with_replacement('LOVE', 2)] ['LL', 'LO', 'LV', 'LE', 'OO', 'OV', 'OE', 'VV', 'VE', 'EE'] >>> list(compress(data=range(10), selectors=[0,0,1,1,0,1,0,1,0,0])) [2, 3, 5, 7] >>> c = count(start=Fraction(1,2), step=Fraction(1,6)) >>> [next(c), next(c), next(c), next(c)] [Fraction(1, 2), Fraction(2, 3), Fraction(5, 6), Fraction(1, 1)]
(由 Raymond Hettinger 贡献。)
collections.namedtuple()
现在支持一个关键字参数 rename,它允许将无效的字段名自动转换为 _0、_1 等形式的位置名称。这在字段名由外部源(如 CSV 标头、SQL 字段列表或用户输入)创建时非常有用。>>> query = input() SELECT region, dept, count(*) FROM main GROUPBY region, dept >>> cursor.execute(query) >>> query_fields = [desc[0] for desc in cursor.description] >>> UserQuery = namedtuple('UserQuery', query_fields, rename=True) >>> pprint.pprint([UserQuery(*row) for row in cursor]) [UserQuery(region='South', dept='Shipping', _2=185), UserQuery(region='North', dept='Accounting', _2=37), UserQuery(region='West', dept='Sales', _2=419)]
(由 Raymond Hettinger 贡献;bpo-1818。)
re.sub()
、re.subn()
和re.split()
函数现在接受一个 flags 参数。(由 Gregory Smith 贡献。)
logging
模块现在实现了一个简单的logging.NullHandler
类,用于不使用日志记录但调用使用日志记录的库代码的应用程序。设置空处理程序将抑制虚假警告,例如“找不到记录器 foo 的处理程序”。>>> h = logging.NullHandler() >>> logging.getLogger("foo").addHandler(h)
(由 Vinay Sajip 贡献;bpo-4384)。
支持
-m
命令行开关的runpy
模块现在支持通过查找并执行__main__
子模块来执行包,前提是提供了包名。(由 Andi Vajda 贡献;bpo-4195。)
pdb
模块现在可以访问和显示通过zipimport
(或任何其他符合 PEP 302 加载器)加载的源代码。(由 Alexander Belopolsky 贡献;bpo-4201。)
functools.partial
对象现在可以被 pickle。
(由 Antoine Pitrou 和 Jesse Noller 建议。由 Jack Diederich 实现;bpo-5228。)
为符号添加了
pydoc
帮助主题,以便help('@')
在交互式环境中按预期工作。(由 David Laban 贡献;bpo-4739。)
unittest
模块现在支持跳过单个测试或测试类。它还支持将测试标记为预期失败,即已知有问题的测试,但不应计入 TestResult 中的失败。class TestGizmo(unittest.TestCase): @unittest.skipUnless(sys.platform.startswith("win"), "requires Windows") def test_gizmo_on_windows(self): ... @unittest.expectedFailure def test_gimzo_without_required_library(self): ...
此外,异常测试已构建为通过使用
with
语句与上下文管理器一起工作。def test_division_by_zero(self): with self.assertRaises(ZeroDivisionError): x / 0
此外,还添加了几个新的断言方法,包括
assertSetEqual()
、assertDictEqual()
、assertDictContainsSubset()
、assertListEqual()
、assertTupleEqual()
、assertSequenceEqual()
、assertRaisesRegexp()
、assertIsNone()
和assertIsNotNone()
。(由 Benjamin Peterson 和 Antoine Pitrou 贡献。)
sys.version_info
元组现在是一个命名元组。>>> sys.version_info sys.version_info(major=3, minor=1, micro=0, releaselevel='alpha', serial=2)
(由 Ross Light 贡献;bpo-4285。)
nntplib
和imaplib
模块现在支持 IPv6。pickle
模块经过修改,以便在使用协议 2 或更低版本时与 Python 2.x 更好地互操作。标准库的重组改变了许多对象的正式引用。例如,Python 2 中的__builtin__.set
在 Python 3 中称为builtins.set
。此更改阻碍了在不同 Python 版本之间共享数据的努力。但现在,当选择协议 2 或更低版本时,pickle 程序将自动使用旧的 Python 2 名称进行加载和转储。此重新映射默认开启,但可以使用 fix_imports 选项禁用。>>> s = {1, 2, 3} >>> pickle.dumps(s, protocol=0) b'c__builtin__\nset\np0\n((lp1\nL1L\naL2L\naL3L\natp2\nRp3\n.' >>> pickle.dumps(s, protocol=0, fix_imports=False) b'cbuiltins\nset\np0\n((lp1\nL1L\naL2L\naL3L\natp2\nRp3\n.'
此更改的一个不幸但不可避免的副作用是,Python 3.1 生成的协议 2 pickle 文件将无法被 Python 3.0 读取。在 Python 3.x 实现之间迁移数据时,应使用最新的 pickle 协议(协议 3),因为它不尝试保持与 Python 2.x 的兼容性。
(由 Alexandre Vassalotti 和 Antoine Pitrou 贡献,bpo-6137。)
添加了一个新模块
importlib
。它提供了import
语句及其对应函数__import__()
的完整、可移植、纯 Python 参考实现。它代表着在记录和定义导入期间发生的动作方面迈出了重要一步。(由 Brett Cannon 贡献。)
优化¶
性能得到显著提升。
新的 I/O 库(如 PEP 3116 中定义)主要用 Python 编写,并很快被证明是 Python 3.0 中的一个问题瓶颈。在 Python 3.1 中,I/O 库已完全用 C 重写,根据手头的任务,速度提高了 2 到 20 倍。纯 Python 版本仍然可以通过
_pyio
模块用于实验目的。(由 Amaury Forgeot d’Arc 和 Antoine Pitrou 贡献。)
添加了一个启发式算法,使得只包含不可跟踪对象的元组和字典不被垃圾回收器跟踪。这可以减少集合的大小,从而减少长时间运行程序中的垃圾回收开销,具体取决于它们对数据类型的特定使用。
(由 Antoine Pitrou 贡献,bpo-4688。)
在支持计算 goto 的编译器(特别是:gcc、SunPro、icc)上启用名为
--with-computed-gotos
的配置选项,字节码评估循环将使用新的调度机制进行编译,可将速度提高高达 20%,具体取决于系统、编译器和基准测试。(由 Antoine Pitrou 以及许多其他参与者贡献,bpo-4753)。
UTF-8、UTF-16 和 LATIN-1 的解码速度现在提高了两到四倍。
(由 Antoine Pitrou 和 Amaury Forgeot d’Arc 贡献,bpo-4868。)
json
模块现在有一个 C 扩展,可以显著提高其性能。此外,API 也进行了修改,使得 json 仅适用于str
,而不适用于bytes
。这一更改使模块更紧密地符合 JSON 规范,该规范是根据 Unicode 定义的。(由 Bob Ippolito 贡献,并由 Antoine Pitrou 和 Benjamin Peterson 转换为 Py3.1;bpo-4136。)
取消 pickle 时现在会实习已 pickle 对象的属性名。这节省了内存并使 pickle 文件更小。
(由 Jake McGuire 和 Antoine Pitrou 贡献;bpo-5084。)
IDLE¶
IDLE 的格式菜单现在提供一个选项,可以从源文件中去除尾随空格。
(由 Roger D. Serwy 贡献;bpo-5150。)
构建和 C API 更改¶
Python 的构建过程和 C API 的更改包括
整数现在内部存储在基数
2**15
或基数2**30
中,基数在构建时确定。以前,它们总是存储在基数2**15
中。使用基数2**30
可在 64 位机器上提供显著的性能改进,但 32 位机器上的基准测试结果好坏参半。因此,默认情况下,在 64 位机器上使用基数2**30
,在 32 位机器上使用基数2**15
;在 Unix 上,有一个新的配置选项--enable-big-digits
可用于覆盖此默认值。除了性能改进之外,此更改对最终用户应该是不可见的,只有一个例外:出于测试和调试目的,有一个新的
sys.int_info
,提供有关内部格式的信息,给出每位位数以及用于存储每位数的 C 类型的大小(以字节为单位)。>>> import sys >>> sys.int_info sys.int_info(bits_per_digit=30, sizeof_digit=4)
(由 Mark Dickinson 贡献;bpo-4258。)
PyLong_AsUnsignedLongLong()
函数现在通过引发OverflowError
而不是TypeError
来处理负 pylong。(由 Mark Dickinson 和 Lisandro Dalcrin 贡献;bpo-5175。)
PyNumber_Int()
已弃用。请改用PyNumber_Long()
。(由 Mark Dickinson 贡献;bpo-4910。)
添加了一个新的
PyOS_string_to_double()
函数,以取代已弃用的函数PyOS_ascii_strtod()
和PyOS_ascii_atof()
。(由 Mark Dickinson 贡献;bpo-5914。)
添加了
PyCapsule
作为PyCObject
API 的替代品。主要区别在于新类型具有明确的接口,用于传递类型安全信息,并且调用析构函数的签名更简单。旧类型具有有问题的 API,现在已弃用。(由 Larry Hastings 贡献;bpo-5630。)
移植到 Python 3.1¶
本节列出以前描述的更改以及可能需要更改您的代码的其他错误修复
新的浮点字符串表示形式可能会破坏现有的 doctest。例如:
def e(): '''Compute the base of natural logarithms. >>> e() 2.7182818284590451 ''' return sum(1/math.factorial(x) for x in reversed(range(30))) doctest.testmod() ********************************************************************** Failed example: e() Expected: 2.7182818284590451 Got: 2.718281828459045 **********************************************************************
pickle 模块中协议 2 或更低版本的自动名称重映射可能导致 Python 3.1 的 pickle 文件在 Python 3.0 中无法读取。一种解决方案是使用协议 3。另一种解决方案是将 fix_imports 选项设置为
False
。有关更多详细信息,请参阅上面的讨论。