为什么 Python 中没有元组推导式?

521

众所周知,Python中有列表推导式,例如

[i for i in [1, 2, 3, 4]]

还有字典推导式,例如

{i:j for i, j in {1: 'a', 2: 'b'}.items()}

但是

(i for i in (1, 2, 3))

将最终结果放在生成器中,而不是tuple推导式中。为什么呢?

我猜这是因为tuple是不可变的,但这似乎不是答案。


33
还有一个集合推导式 —— 它看起来很像字典推导式... - mgilson
2
仅为了记录,这个问题正在Python聊天室中讨论。 - Inbar Rose
1
显然是有的。https://dev59.com/-63la4cB1Zd3GeqPPJZ-#51811147 - Programmer S
13个回答

0
在我的 Python (3.5) 中,使用 collections 中的 deque 生成器要比使用 list 推导式稍微快一些:
>>> from collections import deque
>>> timeit.timeit(lambda: tuple([i for i in range(10000000)]),number=10)
9.294099200000005
>>> timeit.timeit(lambda: tuple(deque((i for i in range(10000000)))),number=10)
9.007653800000014

我没有看到速度优势。你尝试多次重复计时了吗?在重复运行中,结果可能会有很大的差异。 - pabouk - Ukraine stay strong
我刚刚在Python 3.5上进行了检查,我可以重现它。但是对于其他Python版本可能会有所不同。这似乎是有道理的,因为deque不需要像列表一样的索引相关开销。 - B.R.
仅供参考:在Python 3.10.4中,我得到了列表变量约为6的值,deque变量约为8的值。个别运行之间的差异比您的结果之间的0.3秒差异更大。我正在WSL2内部运行它,虚拟化可能会导致较大的差异。 - pabouk - Ukraine stay strong
1
我现在使用与之前相同的计算机和Python 3.9.2进行了重新检查,结果如下: 第一种情况:5.848282200000003 第二种情况:6.6902867000000015 我猜测与“list”相关的实现比“deque”更加改进。这意味着我的说法只适用于旧版本的Python。 - B.R.

-1

现在Python3中有元组推导式。您可以按照以下代码片段进行操作。

(k*k for k in range(1,n+1)) 

它将返回一个生成器对象理解。

4
这不是正确的。这不会生成一个元组,而是一个生成器。如果你尝试运行 type( (k*k for k in range(1,11)) ),你会发现它返回 <class 'generator'> - Glenn Mackintosh

-5
我们可以使用列表推导式生成元组。下面这个示例将两个数字顺序添加到一个元组中,并从数字0-9生成一个列表。
>>> print k
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99]
>>> r= [tuple(k[i:i+2]) for i in xrange(10) if not i%2]
>>> print r
[(0, 1), (2, 3), (4, 5), (6, 7), (8, 9)]

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接