Python中不带[]的列表理解

加入清单：

>>> ''.join([ str(_) for _ in xrange(10) ])
'0123456789'

join 必须采取迭代。

显然，join的论点是[ str(_) for _ in xrange(10) ]，这是一个列表理解。

看这个：

>>>''.join( str(_) for _ in xrange(10) )
'0123456789'

现在，join的参数为just str(_) for _ in xrange(10)，no []，但结果相同。

为什么？是否str(_) for _ in xrange(10)还会产生列表或可迭代项？

>>>''.join( str(_) for _ in xrange(10) )

这称为生成器表达式，并在PEP 289中进行了说明。

生成器表达式与列表理解之间的主要区别在于，前者不在内存中创建列表。

请注意，还有第三种编写表达式的方式：

''.join(map(str, xrange(10)))

其他回答者的正确回答是您发现了一个生成器表达式（其表达与列表推导类似，但没有方括号）。

通常，genexps（众所周知）与列表推导相比，具有更高的存储效率和速度。

但是，在''.join()列表推导的情况下，它更快且内存使用效率更高。原因是联接需要对数据进行两次传递，因此它实际上需要一个真实的列表。如果您给它一个，它可以立即开始工作。如果改为给它一个genexp，它将无法开始工作，直到它通过运行genexp到穷竭在内存中建立一个新列表：

~ $ python -m timeit '"".join(str(n) for n in xrange(1000))'
1000 loops, best of 3: 335 usec per loop
~ $ python -m timeit '"".join([str(n) for n in xrange(1000)])'
1000 loops, best of 3: 288 usec per loop

比较itertools.imap和map时，结果相同：

~ $ python -m timeit -s'from itertools import imap' '"".join(imap(str, xrange(1000)))'
1000 loops, best of 3: 220 usec per loop
~ $ python -m timeit '"".join(map(str, xrange(1000)))'
1000 loops, best of 3: 212 usec per loop

第二个示例使用生成器表达式而不是列表推导。区别在于通过列表理解，可以完全构建列表并将其传递给.join()。使用生成器表达式，项将被一一生成，并被消耗.join()。后者使用较少的内存，并且通常更快。

碰巧的是，列表构造函数将愉快地使用任何可迭代的函数，包括生成器表达式。所以：

[str(n) for n in xrange(10)]

只是“语法糖”的意思：

list(str(n) for n in xrange(10))

换句话说，列表理解只是变成列表的生成器表达式。

如前所述，它是一个生成器表达式。

从文档中：

仅带有一个参数的调用可以省略括号。有关详细信息，请参见“通话”部分。

如果在括号内，但不在方括号中，则从技术上讲，它是一个生成器表达式。生成器表达式最早是在Python 2.4中引入的。

http://wiki.python.org/moin/Generators

连接之后的部分( str(_) for _ in xrange(10) )本身就是一个生成器表达式。您可以执行以下操作：

mylist = (str(_) for _ in xrange(10))
''.join(mylist)

它的含义与您在上述第二种情况下写的完全一样。

生成器具有一些非常有趣的属性，其中最重要的是它们在不需要一个列表时最终不会分配整个列表。取而代之的是，诸如join之类的函数一次将项从生成器表达式中“抽出”，并在微小的中间部分上完成其工作。

在您的特定示例中，列表和生成器的性能可能并没有很大不同，但是总的来说，我更愿意在可能的情况下使用生成器表达式（甚至生成器函数），主要是因为生成器的速度比完整列表慢的极少物化。

那是一个生成器，而不是列表理解。生成器也是可迭代的，但是与其先创建整个列表然后将其传递给联接，不如先创建整个列表，它会逐个传递xrange中的每个值，这样可以提高效率。

第二次join调用的参数是生成器表达式。它确实产生了可迭代的。