<div dir="ltr">>>To that end, I propose making asyncio.get_event_loop() a builtin.<br><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I like the idea of making coroutines easier and use.</blockquote><div><br></div><div>I do too, but ...<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Eventloop could have an .__init__ method, or be a factory function, with a 'loop' parameter.  The value specifies which eventloop implementation adaptor to use.  The default might be 'asyncio', with alternatives such as 'uvloop', 'tkloop' (partly prototyped), 'twisted', and others. </blockquote><div><br></div><div>this is a key point -- while asyncio is in the standard library, it is not intended to be THE async event loop implementation -- there are others already, and hopefully that will continue (trio looks pretty cool, for instance...)<br><br></div><div>so yes to making async easier, but no to putting asycio in builtins.<br><br></div><div>even the idea of a builtin EventLoop that other implementations could register with seems kinda pointless -- why not import the one you want?<br><br></div><div>-CHB<br><br></div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>