[Python-Dev] Asynchronous context manager in a typical network server
R. David Murray
rdmurray at bitdance.com
Fri Dec 18 12:01:04 EST 2015
More information about the Python-Dev mailing list
Fri Dec 18 12:01:04 EST 2015
- Previous message (by thread): [Python-Dev] Asynchronous context manager in a typical network server
- Next message (by thread): [Python-Dev] Asynchronous context manager in a typical network server
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Fri, 18 Dec 2015 18:29:35 +0200, Andrew Svetlov <andrew.svetlov at gmail.com> wrote: > I my asyncio code typical initialization/finalization procedures are > much more complicated. > I doubt if common code can be extracted into asyncio. > Personally I don't feel the need for `wait_forever()` or > `loop.creae_context_task()`. > > But even if you need it you may create it from scratch easy, isn't it? In my own asyncio code I wrote a generic context manager to hold references to all the top level tasks my ap needs, which automatically handles the teardown when loop.stop() is called from my SIGTERM signal handler. However, (and here we get to the python-dev content of this post :), I think we are too early in the uptake of asyncio to be ready to say what additional high-level features are well defined enough and useful enough to become part of the standard library. In any case discussions like this really belong on the asyncio-specific mailing list, which I gather is the python-tulip Google Group (I suppose I really ought to sign up...) --David
- Previous message (by thread): [Python-Dev] Asynchronous context manager in a typical network server
- Next message (by thread): [Python-Dev] Asynchronous context manager in a typical network server
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list