为什么map在Python 3中返回地图对象而不是列表？

我对了解Python 3.x的新语言设计感兴趣。

我在Python 2.7中确实喜欢这个函数map：

Python 2.7.12
In[2]: map(lambda x: x+1, [1,2,3])
Out[2]: [2, 3, 4]

但是，在Python 3.x中，情况发生了变化：

Python 3.5.1
In[2]: map(lambda x: x+1, [1,2,3])
Out[2]: <map at 0x4218390>

我了解操作方法，但是找不到原因。语言设计师为什么要做出这种选择，我认为这会带来很多痛苦。这是否会困扰开发人员坚持列出理解？

IMO，列表自然可以认为是函子；有人以某种方式想到了我：

fmap :: (a -> b) -> f a -> f b

我想，为什么地图仍然存在的原因都当发电机表情也是存在的，是它可以采取多个迭代论点，都环绕在并传递给函数：

>>> list(map(min, [1,2,3,4], [0,10,0,10]))
[0,2,0,4]

这比使用zip稍微容易一些：

>>> list(min(x, y) for x, y in zip([1,2,3,4], [0,10,0,10]))

否则，它根本不会在生成器表达式上添加任何内容。

由于它返回一个迭代器，因此省略了将完整大小列表存储在内存中的操作。这样您以后就可以轻松地遍历它，而不会给内存造成任何痛苦。在满足您的条件之前，您甚至可能不需要完整的列表，但只需要一部分即可。

您会发现此文档很有用，迭代器很棒。

表示数据流的对象。重复调用迭代器的__next__()方法（或将其传递给内置函数next()）将返回流中的后续项。如果没有更多可用数据，则会StopIteration引发异常。此时，迭代器对象已用尽，对它的__next__()方法的任何进一步调用都将StopIteration再次引发。迭代器必须具有一种__iter__()返回迭代器对象本身的方法，因此每个迭代器也是可迭代的，并且可以在接受其他可迭代的大多数地方使用。一个值得注意的例外是尝试多次迭代遍历的代码。list每次将容器对象传递给时，容器对象（例如）都会产生一个新的迭代器。iter()函数或在for循环中使用它。使用迭代器尝试执行此操作将仅返回上一次迭代过程中使用的相同的耗尽迭代器对象，使其看起来像一个空容器。

Guido在这里回答这个问题：“因为创建列表只是浪费”。

他还说正确的转换是使用规则for循环。

map()从2转换为3可能不仅仅是在其list( )周围贴上a的简单情况。圭多还说：

“如果输入序列的长度不相等，map()则将在最短的序列的终止处停止。要与map()Python 2.x完全兼容，请将序列也包装在中itertools.zip_longest()，例如

map(func, *sequences)

变成

list(map(func, itertools.zip_longest(*sequences)))

”

在Python 3的许多功能（而不仅仅是map但是zip，range和其他人）返回一个迭代器，而不是完整的列表。您可能想要一个迭代器（例如，避免将整个列表保存在内存中），或者您想要一个列表（例如，能够建立索引）。

但是，我认为更改Python 3的主要原因是，使用list(some_iterator)反向等效项将迭代器转换为列表很简单，但iter(some_list)由于已建立完整列表并将其保存在内存中，因此无法达到预期的结果。

例如，在Python 3中list(range(n))效果很好，因为构建range对象并将其转换为列表的花费很少。但是，在Python 2iter(range(n))中不会保存任何内存，因为完整列表是在构建range()迭代器之前构建的。

因此，在Python 2中，需要单独的函数来创建迭代器而不是列表，例如imapfor ，for ，for map（尽管它们并不太等效）。相比之下，Python 3只需要一个函数即可，如果需要，调用将创建完整列表。xrangerangeizipziplist()