Quand les nouveaux mots clés async et await ont été introduits en Python 3.5, tout le monde a trouvé l’idée formidable. D’ailleurs, ça a été intégré à JavaScript.
Malheureusement, introduire des mots clés dans un langage est une opération très délicate.
C’est bon vous avez cédé à la hype ?
Dijkstra était un intellectuel pédant mais quand il a écrit cette lettre célèbre, il a comme souvent mis le doigt sur un truc fondamental. Et quand l’auteur de Trio, une stack toute neuve concurrente d’asyncio, lui a fait écho 50 ans plus tard, ça a beaucoup discuté sur les mailing lists et les bugs trackers.
Dernièrement j’ai mis les fonctions suivantes dans mon script PYTHONSTARTUP… Toujours choper une event loop toute fraiche, et ouverte: import asyncio def aloop(*args, **kargs): """ Ensure there is an opened event loop available and return it""" loop = asyncio.get_event_loop() if loop.is_closed(): policy = asyncio.get_event_loop_policy() loop = policy.new_event_loop(*args, **kargs) policy.set_event_loop(loop) return loopimport asyncio def aloop(*args, […]
Plus je fais joujou avec asyncio, plus j’apprécie la lib. Mais je tombe aussi sur des tas de petits trucs qui me font dire qu’il va falloir créer quelques couches d’abstraction pour rendre tout ça plus miam.
On a reproché à la communauté de Twisted que c’était un silo fermé. Une lib écrite pour Twisted ne marchait que pour Twisted.
Puis on a reproché à la communauté de gevent la même chose.
Et maintenant la communauté d’asyncio recommence à faire la même erreur.
Dans le guide sur les tests en python (que je dois toujours terminer, je sais…), je vous parle des objets mocks.
Si vous avez eu le plaisir de jouer avec asyncio, vous avez du noter que unittest.mock n’a aucun outil pour gérer gérer les coroutines.
Je vois beaucoup dans les tutos ici et là des gens qui opposent asyncio avec l’ancienne manière de faire de l’IO non bloquante : les threads.
C’est une erreur : les deux méthodes ne sont pas opposées, elles sont complémentaires.
Zeste de savoir a fait un fantastique article présentant Python 3.5, je ne vais donc pas pas répéter inutilement ce qu’ils ont dit. Le but de ce post est plutôt de faire mumuse avec le nouveau joujou.
Les promesses sont une des manières de rendre un code asynchrone plus facile à gérer. On dit : ce groupe de fonctions doit s’exécuter dans un ordre. Elles sont dépendantes les unes des autres.
