IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Python introduit les mots clés async et await
Pour simplifier la programmation asynchrone dans la version 3.5

Le , par Amine Horseman

523PARTAGES

5  0 
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 : Sélectionner tout
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 : Sélectionner tout
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é ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de
https://www.developpez.com
Le 09/05/2015 à 21:59
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é"

Citation 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
4  0 
Avatar de dfiad77pro
Membre chevronné https://www.developpez.com
Le 09/05/2015 à 18:05
Citation Envoyé par TiranusKBX Voir le message
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 .
1  0 
Avatar de nevada51
Membre du Club https://www.developpez.com
Le 09/05/2015 à 18:14
Citation Envoyé par TiranusKBX Voir le message

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
3  2 
Avatar de TiranusKBX
Expert confirmé https://www.developpez.com
Le 09/05/2015 à 18:18
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 ...
1  0 
Avatar de wiztricks
Expert éminent sénior https://www.developpez.com
Le 09/05/2015 à 18:32
Citation Envoyé par Amine Horseman Voir le message
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
1  0 
Avatar de TiranusKBX
Expert confirmé https://www.developpez.com
Le 09/05/2015 à 17:48
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
2  2