A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2015-May/139760.html below:

[Python-Dev] PEP 492: async/await in Python; version 4

[Python-Dev] PEP 492: async/await in Python; version 4Yury Selivanov yselivanov.ml at gmail.com
Fri May 1 21:24:36 CEST 2015
On 2015-05-01 3:19 PM, Ethan Furman wrote:
>> Sure, but the difference is that one would have called __aiter__() first
>> >and the other __iter__(). Normally, either of the two would not exist, so
>> >using the wrong loop on an object will just fail. However, after we passed
>> >that barrier, we already know that the object that was returned is supposed
>> >to obey to the expected protocol, so it doesn't matter whether we call
>> >__next__() or name it __anext__(), except that the second requires us to
>> >duplicate an existing protocol.
> If we must have __aiter__, then we may as well also have __anext__; besides
> being more consistent, it also allows an object to be both a normol iterator
> and an asynch iterator.

And this is a good point too.

Thanks,
Yury
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4