¿Por qué map devuelve un objeto de mapa en lugar de una lista en Python 3?

Estoy interesado en la comprensión del nuevo lenguaje de diseño de Python 3.x .

Disfruto, en Python 2.7, la función map:

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

Sin embargo, en Python 3.x las cosas han cambiado:

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

Entiendo el cómo, pero no pude encontrar una referencia al por qué. ¿Por qué los diseñadores de lenguajes tomaron esta decisión, que, en mi opinión, presenta un gran dolor? ¿Fue esto para luchar con los desarrolladores al ceñirse a las listas de comprensión?

OMI, la lista se puede pensar naturalmente como Functors ; y de alguna manera se ha pensado que pienso de esta manera:

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

Creo que la razón por la cual un mapa todavía existe en absoluto cuando las expresiones generadoras también existen, es que puede tomar múltiples argumentos iterador que están todos en bucle una y pasados a la función:

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

Eso es un poco más fácil que usar zip:

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

De lo contrario, simplemente no agrega nada sobre las expresiones del generador.

Debido a que devuelve un iterador, omite almacenar la lista de tamaño completo en la memoria. Para que pueda repetirlo fácilmente en el futuro sin causar ningún dolor en la memoria. Es posible que ni siquiera necesite una lista completa, sino una parte de ella, hasta que se alcance su condición.

Puede encontrar útiles estos documentos , los iteradores son increíbles.

Objeto que representa un flujo de datos. Las llamadas repetidas al __next__()método del iterador (o pasarlo a la función incorporada next()) devuelven elementos sucesivos en la secuencia. Cuando no hay más datos disponibles, se genera una StopIterationexcepción. En este punto, el objeto iterador se agota y cualquier llamada adicional a su __next__()método simplemente se activa StopIterationnuevamente. Se requiere __iter__()que los iteradores tengan un método que devuelva el objeto iterador en sí, por lo que cada iterador también es iterable y puede usarse en la mayoría de los lugares donde se aceptan otros iterables. Una excepción notable es el código que intenta múltiples pases de iteración. Un objeto contenedor (como a list) produce un nuevo iterador cada vez que lo pasa aliter()función o utilizarlo en un bucle for. Intentar esto con un iterador solo devolverá el mismo objeto de iterador agotado que se usó en la pasada de iteración anterior, haciéndolo aparecer como un contenedor vacío.

Guido responde a esta pregunta aquí : " ya que crear una lista sería un desperdicio ".

También dice que la transformación correcta es usar un forbucle regular .

La conversión map()de 2 a 3 podría no ser solo un simple caso de pegarse una list( )ronda. Guido también dice:

"Si las secuencias de entrada no tienen la misma longitud, map()se detendrá en la terminación de la más corta de las secuencias. Para una compatibilidad total con map()Python 2.x, también envuelva las secuencias itertools.zip_longest(), por ejemplo

map(func, *sequences)

se convierte en

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

"

En Python 3, muchas funciones (no solo mappero zip, rangey otras) devuelven un iterador en lugar de la lista completa. Es posible que desee un iterador (por ejemplo, para evitar mantener la lista completa en la memoria) o puede querer una lista (por ejemplo, para poder indexar).

Sin embargo, creo que la razón clave del cambio en Python 3 es que, si bien es trivial convertir un iterador en una lista utilizando list(some_iterator)el equivalente inverso, iter(some_list)no se logra el resultado deseado porque la lista completa ya se ha creado y se ha guardado en la memoria.

Por ejemplo, en Python 3 list(range(n))funciona bien ya que hay un bajo costo para construir el rangeobjeto y luego convertirlo en una lista. Sin embargo, en Python 2 iter(range(n))no se guarda memoria porque la lista completa se construye range()antes de que se construya el iterador.

Por lo tanto, en Python 2, se requieren funciones separadas para crear un iterador en lugar de una lista, como imapfor map(aunque no son del todo equivalentes ), xrangefor range, izipfor zip. Por el contrario, Python 3 solo requiere una única función, ya que una list()llamada crea la lista completa si es necesario.