Closed Andrei-Pozolotin closed 4 years ago
My current thinking on Curio is that I want it to remain small. To this end, the preferred way of making Curio communicate with other environments is via queues (i.e., UniversalQueue). This approach currently works for both threads and for asyncio. I don't know whether I'd add more functionality than that to curio itself. If someone whats to do something more advanced, it should probably be a separate library.
makes sense, thank you.
@dabeaz David:
there was an abandoned attempt for
asyncio bridge
provider: https://github.com/dabeaz/curio/pull/188 https://github.com/dabeaz/curio/issues/190here is another solution, with cross-process, cross-framework, rpc-like approach:
do you think this kind of implementation should be made part of
curio
?