Quelles sont les différences entre le différé, la promesse et L'avenir dans JavaScript?

ces réponses, y compris la réponse sélectionnée, sont bonnes pour introduire des promesses conceptuellement, mais manquant de détails sur ce que sont exactement les différences la terminologie qui se pose lors de l'utilisation de bibliothèques les mettant en œuvre (et il sont différences importantes).

Puisqu'il est toujours une spec évolutive , la réponse vient actuellement de tenter d'examiner les deux références (comme wikipedia ) et les implémentations (comme jQuery ):

• différé : jamais décrit dans les références populaires, ^{1 2 3 4} mais couramment utilisé par les implémentations comme arbitre de résolution de promesse (implémentation de resolve et reject ). ^{5 6 7}

  parfois, les reports sont aussi des promesses (implementing then ), ^{5 6} d'autres fois, il est considéré comme plus pur d'avoir le différé seulement capable de résolution, et forçant l'utilisateur à accéder à la promesse en utilisant then . ⁷

• Promise : le mot qui englobe le plus la stratégie à l'étude.

  un objet proxy stockant le résultat d'une fonction cible dont synchronisation que nous aimerions abstraire, en plus d'exposer une fonction then accepter une autre fonction cible et retourner une nouvelle promesse. ²

  exemple de CommonJS :

  > asyncComputeTheAnswerToEverything()
      .then(addTwo)
      .then(printResult);
  44
  

  toujours décrit dans les références populaires, bien que jamais précisé dont la résolution relève de la responsabilité. ^{1 2 3 4}

  toujours présent dans les implémentations populaires, et jamais donné la résolution des capacités. ^{5 6 7}

• futur : un terme apparemment déprécié trouvé dans certaines références populaires ¹ et au moins une mise en œuvre populaire, ⁸ mais apparemment être éliminé de la discussion de préférence pour le terme "promesse" ³ et pas toujours mentionné dans les introductions sur le sujet. ⁹

  cependant, au moins une bibliothèque utilise le terme de façon générique pour synchronisation et traitement des erreurs, sans fournir la fonctionnalité then . ¹⁰ Il est difficile de savoir si d'éviter le terme "promesse" était intentionnel, mais probablement un bon choix puisque les promesses sont construites autour de " thenables.' ²

Références

1. Wikipedia sur des Promesses Et des contrats à Terme
2. Promesses/A+ spec
3. DOM Standard Promesses
4. DOM Standard Promises Spec WIP
5. Dojo Toolkit Deferreeds
6. jQuery Deferreeds
7. Q
8. FutureJS
9. Fonctionnel section Javascript Promesses
10. Futures dans L'intégration AngularJS Essai

Divers pouvant créer de la confusion des choses

• différence entre Promises/a et Promises / a+

  (TL;DR, Promises/a+ resolves mostly ambiguities in Promises/a)

ce qui a vraiment fait claquer tout ça pour moi était cette présentation de Domenic Denicola.

dans un GitHub gist , il a donné la description que j'aime le plus, il est très concis:

le but des promesses est de nous rendre la composition fonctionnelle et le bouillonnement d'erreur dans le monde asynchrone.

en d'autres termes, les promesses sont un moyen cela nous permet d'écrire asynchrone code qui est presque aussi facile à écrire que si elle était synchrone .

considérez cet exemple, avec des promesses:

getTweetsFor("domenic") // promise-returning async function
    .then(function (tweets) {
        var shortUrls = parseTweetsForUrls(tweets);
        var mostRecentShortUrl = shortUrls[0];
        return expandUrlUsingTwitterApi(mostRecentShortUrl); // promise-returning async function
    })
    .then(doHttpRequest) // promise-returning async function
    .then(
        function (responseBody) {
            console.log("Most recent link text:", responseBody);
        },
        function (error) {
            console.error("Error with the twitterverse:", error);
        }
    );

cela fonctionne comme si vous écriviez ce code synchrone:

try {
    var tweets = getTweetsFor("domenic"); // blocking
    var shortUrls = parseTweetsForUrls(tweets);
    var mostRecentShortUrl = shortUrls[0];
    var responseBody = doHttpRequest(expandUrlUsingTwitterApi(mostRecentShortUrl)); // blocking x 2
    console.log("Most recent link text:", responseBody);
} catch (error) {
    console.error("Error with the twitterverse: ", error);
}

(si cela semble encore compliqué, regardez cette présentation!)

en ce qui concerne le différé, c'est un moyen de .resolve() ou .reject() les promesses. Dans le Promesses/B spec, il est appelé .defer() . À jQuery, c'est $.Deferred() .

s'il vous plaît noter que, pour autant que je sache, la mise en œuvre de la promesse dans jQuery est brisée (voir ce gist), au moins à partir de jQuery 1.8.2.

Il est supposé implémenter Promises / a thenables , mais vous ne recevez pas le traitement d'erreur correct vous devriez, dans le sens où le tout " async try / catch" la fonctionnalité ne marchera pas. Ce qui est dommage, car avoir un "try/catch" avec un code async est tout à fait cool.

Si vous allez utiliser des Promesses (vous devriez essayer avec votre propre code!), utilisez Q de Kris Kowal . La version jQuery est juste un agrégateur de callback pour écrire du code jQuery plus propre, mais manque le point.

en ce qui concerne le futur, je n'en ai aucune idée, Je ne l'ai vu dans aucune API.

Edit: Dominique Denicola youtube de parler de Promesses à partir de @la Ferme commentaire ci-dessous.

une citation de Michael Jackson (Oui, Michael Jackson ) de la vidéo:

je veux que vous brûliez cette phrase dans votre esprit: une promesse est une valeur asynchrone .

c'est une excellente description: Une promesse est comme une variable de l'avenir - une référence de première classe à quelque chose qui, à un moment donné, existera (ou arrivera).

A Promise représente une approximation d'une valeur qui n'est pas nécessairement connue lorsque la promesse est créée. Il vous permet d'associer les manipulateurs à la valeur de succès ou à la raison d'échec d'une action asynchrone. Cela permet aux méthodes asynchrones de retourner des valeurs comme les méthodes synchrones: au lieu de la valeur finale, la méthode asynchrone renvoie une promesse d'avoir une valeur à un moment donné dans le futur.

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise

la méthode deferred.promise() permet à une fonction asynchrone d'empêcher un autre code d'interférer avec la progression ou le statut de sa requête interne. La promesse n'expose que les méthodes différées nécessaires pour attacher des manipulateurs supplémentaires ou déterminer l'état ( puis, fait, fail, toujours, pipe, progrès, état et promesse ), mais pas ceux qui changent l'état ( résoudre, rejeter, notifier, résoudre avec, rejeter, et notifier avec ).

si la cible est fournie, deferred.promise() fixera les méthodes sur elle et retournera alors cet objet plutôt que d'en créer un nouveau. Cela peut être utile pour attacher le comportement de promesse à un objet qui existe déjà.

si vous créez un différé, conservez une référence au différé afin qu'il puisse être résolu ou rejeté à un moment donné. Retourner seulement L'objet de la promesse via différé.promise () pour que d'autres codes puissent enregistrer des callbacks ou inspecter l'état actuel.

Simplement, nous pouvons dire qu'un Promesse représente une valeur qui n'est pas encore connu où, comme un Différé", 151940920" représente le travail qui n'est pas encore terminée.

---