我们都知道,有列表理解,比如
[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))
将在生成器中结束,而不是元组理解。为什么呢?
我的猜测是元组是不可变的,但这似乎不是答案。
当前回答
我相信这只是为了清晰起见,我们不想用太多不同的符号来混淆语言。同样,元组推导式也不是必须的,可以用列表来代替,速度差异可以忽略不计,不像字典推导式和列表推导式。
其他回答
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)
我相信这只是为了清晰起见,我们不想用太多不同的符号来混淆语言。同样,元组推导式也不是必须的,可以用列表来代替,速度差异可以忽略不计,不像字典推导式和列表推导式。
在我的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
元组不能像列表一样有效地追加。
因此,元组理解需要在内部使用列表,然后转换为元组。
这将与您现在所做的相同:tuple([comprehension])
理解通过循环或迭代项并将它们赋值到容器中来工作,元组无法接收赋值。
一旦创建了元组,就不能对其追加、扩展或赋值。修改元组的唯一方法是它的一个对象本身可以被赋值(是一个非元组容器)。因为元组只保存了对这类对象的引用。
而且,元组有自己的构造函数tuple(),你可以给它任何迭代器。这意味着创建一个元组,你可以这样做:
tuple(i for i in (1,2,3))