Чому 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>

Я розумію, як, але не міг знайти посилання на чому. Чому дизайнери мов зробили цей вибір, який, на мій погляд, приносить сильний біль. Це було для того, щоб розробники армрестлінгу дотримувались переліку розумінь?

ІМО, список можна природно вважати функтором ; і мені якось думали думати так:

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. Спроба цього за допомогою ітератора просто поверне той самий вичерпаний об’єкт ітератора, який використовувався в попередньому ітераційному проході, роблячи його схожим на порожній контейнер.

Гвідо відповідає на це запитання тут : " оскільки створення списку було б просто марним ".

Він також каже, що правильним перетворенням є використання регулярного 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()виклик створює повний список, якщо потрібно.