Si la génération d'un nouvel élément dure longtemps, on peut très bien demander son calcul à une promise qui se chargera d'appeler le callback et de demander la génération du prochain élément au moment voulu.
Et tu dois donc penser l'écriture de ton traitement de façon asynchrone.
Ici yield te permettrait d'insérer des points d'entrées dans ton algorithme de façon à ce que tu te dises "ici on a besoin d'attendre un next()" pour pouvoir continuer le traitement. On y gagne en concision et en expressivité.
Les promises c'est sympa, j'aime bien, mais quand il s'agit de véhiculer le contexte d'exécution de toute la promise chain simplement, il faut en passer par des variables extérieures, etc.
Tu as un exemple relativement petit de programmation pseudo-synchorne avec des générateurs et des promises?
Qu'as-tu donc contre la myriade d'exemples qu'on peut trouver sur le web ? :)
Rien que l'exemple sur la page d’accueil de cette lib (qui gagne en popularité en ce moment) : http://taskjs.org/
[^] # Re: Chouette
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche ECMAScript 2015 est approuvé. Évalué à 3.
Et tu dois donc penser l'écriture de ton traitement de façon asynchrone.
Ici yield te permettrait d'insérer des points d'entrées dans ton algorithme de façon à ce que tu te dises "ici on a besoin d'attendre un next()" pour pouvoir continuer le traitement. On y gagne en concision et en expressivité.
Les promises c'est sympa, j'aime bien, mais quand il s'agit de véhiculer le contexte d'exécution de toute la promise chain simplement, il faut en passer par des variables extérieures, etc.
Qu'as-tu donc contre la myriade d'exemples qu'on peut trouver sur le web ? :)
Rien que l'exemple sur la page d’accueil de cette lib (qui gagne en popularité en ce moment) : http://taskjs.org/