И чем оно лучше или хуже iter + next?

Question

Python beginners

Максим Василькин

И чем оно лучше или хуже iter + next?

#backend #programming #python #russian

0

21.07.2023

24 ответов

23 просмотра

evle

Лучше отсутствием необходимости писать реализацию __iter__ и самого итератора вручную. Ну а __next__ уже в автоматически созданном итераторе сам будет.

0

21.07.2023

quantum super position

next и iter это про итератор,а не про итерейбл

0

21.07.2023

Максим Василькин Автор вопроса

quantum super position
next и iter это про итератор,а не про итерейбл

Получается, бывает итерейбл без итератора...?

0

21.07.2023

quantum super position

Максим Василькин
Получается, бывает итерейбл без итератора...?

Итерейбл это наличие __iter__

0

21.07.2023

evle

Максим Василькин
Получается, бывает итерейбл без итератора...?

Iterable — значит от объекта можно получить итератор.

0

21.07.2023

Максим Василькин Автор вопроса

evle
Iterable — значит от объекта можно получить итерат...

Во, спасибо, полегчало. То есть, объект с getitem - он iterable, потому как возвращает "старый" вариант итератора?

0

21.07.2023

evle

quantum super position
Итерейбл это наличие __iter__

Ну типа да, но наличие __getitem__ порождает вызов "неявного" __iter__ и это тоже сойдёт за итерабль.

0

21.07.2023

quantum super position

evle
Ну типа да, но наличие __getitem__ порождает вызов...

Мне не нравится такое поведение.

0

21.07.2023

evle

quantum super position
Мне не нравится такое поведение.

Пуркуа бы и не па.

0

21.07.2023

quantum super position

evle
Пуркуа бы и не па.

А еще можно "заменить" __contains__ на __getitem__

0

21.07.2023

evle

Максим Василькин
Во, спасибо, полегчало. То есть, объект с getitem ...

Ну, не "старый вариант итератора", просто он неявно получается. Итератор вполне обычный.

0

21.07.2023

evle

quantum super position
А еще можно "заменить" __contains__ на __getitem__

Да и на __iter__ можно. :-)

0

21.07.2023

quantum super position

evle
Да и на __iter__ можно. :-)

ноу коментс

0

21.07.2023

Максим Василькин Автор вопроса

evle
Ну, не "старый вариант итератора", просто он неявн...

Клёво! Всё, спасибо. Понял. Да, явное лучше, чем неявное. Ещё вопрос: Хочу свои iterable object. Не знаю, дом с жильцами, колода карт, сотрудники магазина. Я всё это делал на основе списков, туплов, генераторов и т.д. То есть, на основе имеющегося. Это оно так и делается? Или надо в более низкоуровневые дебри вдаваться?

0

21.07.2023

Denis Pobedrya

Максим Василькин
Клёво! Всё, спасибо. Понял. Да, явное лучше, чем н...

как удобнее, так и делай. Можно вообще в __iter__ написать return iter(self.my_list) и готово :D

0

21.07.2023

evle

Максим Василькин
Клёво! Всё, спасибо. Понял. Да, явное лучше, чем н...

It depends. Если итерабля представляет собой объект в памяти, вероятно есть смысл строить её поверх встроеннй структуры. Банально потому что 1) они побыстрее работают, потому что на сях и 2) выбор особо не велик. Но если отвлечься от того, что явным образом напоминает последовательность, например какое-нибудь дерево, которое надо обходить — и у нас появляется уже не одна структура, а несколько, а если мы последовательно скачиваем какие-нибудь файлы, причём динамически, то там в итераторе уже и всякие http-запросы появятся.

0

21.07.2023

Максим Василькин Автор вопроса

Denis Pobedrya
как удобнее, так и делай. Можно вообще в __iter__ ...

А то я порываюсь свой "список" с нуля создать

0

21.07.2023

Максим Василькин Автор вопроса

evle
It depends. Если итерабля представляет собой объек...

Принято, спасибо. Не, у меня пока проще, без деревьев и запросов)

0

21.07.2023