Developpez.com

Le Club des Développeurs et IT Pro

Python introduit les mots clés async et await

Pour simplifier la programmation asynchrone dans la version 3.5

Le 2015-05-09 16:16:51, par Amine Horseman, Expert éminent sénior
Le modèle de programmation asynchrone, introduit par la version 5 de C# grâce aux deux mots clés async et await, vient d’être porté à Python 3.5. Ce nouveau modèle permet d’éviter le blocage de l’UI lorsque le thread responsable fait des traitements qui nécessitent beaucoup de calculs. Cette fonctionnalité qui avait été proposée dans la PEP (Python Enhancement Proposal) n°0492 par Yury Selivanov le 9 avril dernier fut rapidement acceptée pour la prochaine version de Python 3.5 dont la version bêta est prévue pour le 24 mai prochain.

Pour ceux qui ne sont pas habitués à ces instructions présentes dans plusieurs langages de programmation tels que C#.net, VB.net, Dart et Scala : le mot clé async permet de marquer une fonction comme étant une coroutine asynchrone. Le mot clé await devant une instruction permettra de bloquer l’exécution de cette coroutine jusqu’à ce que le traitement de cette instruction soit accompli.

Les opérations asynchrones sont surtout utiles pour les langages dont l’interface utilisateur s’exécute sur un seul thread seulement, car elles évitent justement que ce thread soit bloqué suite à une opération qui demande beaucoup de calculs comme le chargement d’une grande quantité de données à partir d’internet par exemple ou à partir d’une base de données. Toutefois, les fonctions asynchrones introduisent également une certaine forme de complexité lors du débogage puisque le code n’est plus exécuté ligne par ligne selon l’ordre de la lecture des instructions par l’interpréteur.

Si on suit l’exemple cité sur la PEP 0492 :

Code :
1
2
3
async def read_data(db):
    data = await db.fetch('SELECT ...')
    ...
L’instruction await va suspendre l’exécution de la fonction asynchrone read_data jusqu’à ce que db.fetch finisse son exécution et retournera un résultat. Pendant ce temps, le thread ayant appelé la fonction read_data pourra continuer son exécution normalement en attendant qu’elle soit débloquée.

Await utilise en interne l’implémentation de yield from en rajoutant une étape supplémentaire de validation, toutefois, son utilisation est beaucoup plus intuitive et amène moins de confusion. Aussi, await et async peuvent être utilisées dans les processus itératifs comme le montre l’exemple suivant :

Code :
1
2
async for row in GetData():
    print(row);
Comme beaucoup de nouvelles fonctionnalités, await et async ne seront pas portés à Python 2. Il faudra donc passer à la version 3.5 pour pouvoir les utiliser. Une potentielle portabilité de ces deux mots clés pour ECMAScript et C++ a également été proposée.

Source : Python Enhancement Proposal n°0492

Et vous ?

Que pensez-vous de cette nouvelle fonctionnalité ?
  Discussion forum
6 commentaires
  • Florent FAYOLLE
    Membre à l'essai
    Javascript aussi va bientôt intégrer ces deux mots clés. Une potentiel portabilité pour ECMAScript et C++ a également été proposée.
    La spécification de JavaScript s'appelle EcmaScript officiellement. Donc la phrase ci-dessus porte, je pense, à confusion.

    PS : petite faute pour "Une potentielle portabilité"

    Envoyé par TiranusKBX
    Quand à l’intégration dans javascript je ne comprend pas l’intérêt car les Web Workers permettent très bien de faire de même,
    Non, effectivement, le but des Web Workers et de ces deux mots-clefs n'ont rien à voir.
    Le but des Web Workers est de créer un thread séparé du thread principal, et de communiquer avec lui à travers des messages.
    Le but de async/await est de fournir un sucre syntaxique pour gérer de l'asynchronisme (exemple : des requêtes XMLHttpRequest's asynchrones) comme on gère du synchrone (Note : faire des requêtes XMLHttpRequest's en synchrone bloque l'exécution de tout autre code sur la page et tout évènement dessus, ce qui est MAAAAL) .

    Pour EcmaScript, la vidéo ci-dessous (en anglais) de Jafar Husein explique bien l'utilité des promesses, des générateurs, et des mots-clefs await/async :


    Florent
  • dfiad77pro
    Membre expérimenté
    Envoyé par TiranusKBX
    Donc en introduisant "async" et "wait" il enlève l’intérêt de la lib asyncio si je comprend bien.

    Quand à l’intégration dans javascript je ne comprend pas l’intérêt car les Web Workers permettent très bien de faire de même,
    hors ils on été introduit il y a peut, ça reviendrait à refaire utiliser la pile d’événement comme avec setTimeout et ça sa peut générer des ralentissements
    Je pense que c'est le coté sucre syntaxique qui les intéresses, ça donne l'impression d'utiliser le langage directement plutôt qu'une librairie .
  • nevada51
    Membre du Club
    Envoyé par TiranusKBX

    Quand à l’intégration dans javascript je ne comprend pas l’intérêt car les Web Workers permettent très bien de faire de même,
    hors ils on été introduit il y a peut, ça reviendrait à refaire utiliser la pile d’événement comme avec setTimeout et ça sa peut générer des ralentissements
    Non rien à voir
  • TiranusKBX
    Expert confirmé
    Humm...
    en lisant le début de la PEP 0492 j'ai crus comprendre qu'il veulent faire une intégration de "asyncio" mais en la modifiant un peut ...
  • wiztricks
    Expert éminent sénior
    Envoyé par Amine Horseman
    Que pensez-vous de cette nouvelle fonctionnalité ?
    Ce n'est pas une nouvelle fonctionnalité juste le "revamp" des instructions "yield" et "yield from" afin de séparer clairement co-routines et generators.

    - W
  • TiranusKBX
    Expert confirmé
    Donc en introduisant "async" et "wait" il enlève l’intérêt de la lib asyncio si je comprend bien.

    Quand à l’intégration dans javascript je ne comprend pas l’intérêt car les Web Workers permettent très bien de faire de même,
    hors ils on été introduit il y a peut, ça reviendrait à refaire utiliser la pile d’événement comme avec setTimeout et ça sa peut générer des ralentissements