Почему карта возвращает объект карты вместо списка в 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>

Я понимаю как, но я не мог найти ссылку на почему. Почему разработчики языка сделали этот выбор, который, на мой взгляд, приносит много боли. Было ли это для того, чтобы разработчики пытались заставить разработчиков придерживаться списка понятий?

ИМО, список естественно рассматривать как Функторы ; и меня почему-то думали так:

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__()метод, который возвращает сам объект итератора, поэтому каждый итератор также является итеративным и может использоваться в большинстве мест, где допускаются другие итераторы. Одно примечательное исключение - это код, который пытается выполнить несколько итераций. Объект-контейнер (например, a list) создает новый итератор каждый раз, когда вы передаете его вiter()функцию или используйте ее в цикле for. Попытка сделать это с помощью итератора просто вернет тот же исчерпанный объект итератора, который использовался в предыдущем проходе итерации, что сделает его похожим на пустой контейнер.

Гвидо отвечает на этот вопрос здесь : « поскольку создание списка было бы расточительным ».

Он также говорит, что правильное преобразование - использовать обычный forцикл.

Преобразование map()из 2 в 3 может быть не простым случаем наклеивания list( )вокруг него. Гвидо также говорит:

"Если входные последовательности не равной длины, 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 2 iter(range(n))память не сохраняется, поскольку полный список создается range()до построения итератора.

Следовательно, в Python 2 для создания итератора требуются отдельные функции, а не список, например imapfor map(хотя они не совсем эквивалентны ), xrangefor range, izipfor zip. В отличие от этого Python 3 требует только одной функции, поскольку при list()вызове создается полный список, если это необходимо.