Mark Shannon schrieb am 27.04.2015 um 09:48: > On 27/04/15 00:13, Guido van Rossum wrote: >> Currently this means looking for yield [from]; PEP 492 just adds looking >> for await and async [for|with]. Making await() a function defeats the >> purpose because now aliasing can hide its presence, and we're back in >> the land of gevent or stackless (where *anything* can potentially >> suspend the current task). I don't want to live in that land. > > I don't think I was clear enough. I said that "await" *is* a function, not > that is should be disguised as one. Reading the code, "GetAwaitableIter" > would be a better name for that element of the implementation. It is a > straightforward non-blocking function. 1) it's not like people commonly alias "repr()" or "len()", so why would they alias an "await()" builtin ? Unless, obviously, there's an actual reason to do so, in which case having it as a functions comes in handy. :) We had the same line of reasoning with "print()" back in the days of Py3k. 2) an "await()" builtin function that calls an "__await__()" special method on its input object sounds very pythonic. Stefan
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