我们都知道,有列表理解,比如
[i for i in [1, 2, 3, 4]]
还有字典理解,比如
{i:j for i, j in {1: 'a', 2: 'b'}.items()}
but
(i for i in (1, 2, 3))
将在生成器中结束,而不是元组理解。为什么呢?
我的猜测是元组是不可变的,但这似乎不是答案。
我们都知道,有列表理解,比如
[i for i in [1, 2, 3, 4]]
还有字典理解,比如
{i:j for i, j in {1: 'a', 2: 'b'}.items()}
but
(i for i in (1, 2, 3))
将在生成器中结束,而不是元组理解。为什么呢?
我的猜测是元组是不可变的,但这似乎不是答案。
当前回答
我相信这只是为了清晰起见,我们不想用太多不同的符号来混淆语言。同样,元组推导式也不是必须的,可以用列表来代替,速度差异可以忽略不计,不像字典推导式和列表推导式。
其他回答
我相信这只是为了清晰起见,我们不想用太多不同的符号来混淆语言。同样,元组推导式也不是必须的,可以用列表来代替,速度差异可以忽略不计,不像字典推导式和列表推导式。
我们可以从列表推导式生成元组。下面的例子将两个数字依次添加到一个元组中,并给出一个从数字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)]
现在python3中有元组理解了。您可以遵循下面的代码片段。
(k*k for k in range(1,n+1))
它将返回一个生成器对象理解。
在我的python(3.5)中,使用带有deque from collections的生成器比使用列表推导式略快:
>>> 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
Raymond Hettinger (Python核心开发人员之一)在最近的一条推文中谈到了元组:
#python提示:通常,列表用于循环;用于结构的元组。列表是同构的;元组异构。可变长度的列表。
这(对我来说)支持了这样一种观点,即如果序列中的项足够相关,可以由生成器生成,那么它应该是一个列表。虽然tuple是可迭代的,看起来像一个简单的不可变列表,但它实际上是Python中的C结构体:
struct {
int a;
char b;
float c;
} foo;
struct foo x = { 3, 'g', 5.9 };
在Python中变成
x = (3, 'g', 5.9)