Was sind die Unterschiede zwischen Zurückgestellt, Versprechen und Zukunft in JavaScript?

Was sind die Unterschiede zwischen Aufgeschobenen, Versprechen und Futures?
Gibt es eine allgemein anerkannte Theorie hinter all diesen drei?

Angesichts der offensichtlichen Abneigung gegen den Versuch, die Frage des OP zu beantworten. Die wörtliche Antwort lautet: Ein Versprechen ist etwas, das mit anderen Objekten geteilt wird, während ein Aufgeschobenes privat gehalten werden sollte. In erster Linie kann sich ein Aufgeschobener (der im Allgemeinen das Versprechen erweitert) von selbst auflösen, während ein Versprechen dies möglicherweise nicht kann.

Wenn Sie an den Kleinigkeiten interessiert sind, prüfen Sie Promises / A + .

Soweit mir bekannt ist, besteht der übergeordnete Zweck darin, die Klarheit zu verbessern und die Kopplung über eine standardisierte Schnittstelle zu lockern. Siehe vorgeschlagen Lesen von @ jfriend00:

Anstatt Rückrufe direkt an Funktionen weiterzuleiten, was zu eng gekoppelten Schnittstellen führen kann, können durch die Verwendung von Versprechungen Bedenken hinsichtlich synchronem oder asynchronem Code getrennt werden.

Persönlich habe ich das Zurückstellen als besonders nützlich empfunden, wenn es sich beispielsweise um Vorlagen handelt, die mit asynchronen Anforderungen gefüllt sind, Skripte mit Abhängigkeitsnetzwerken lädt und Benutzerfeedback bereitstellt, um Daten auf nicht blockierende Weise zu bilden.

Tatsächlich vergleicht das reine Callback - Formular , etwas zu tun , nachdem Codemirror in JS - Modus Laden asynchron (Entschuldigung, ich habe nicht jQuery in einem verwendet , während ):

/* assume getScript has signature like: function (path, callback, context) 
   and listens to onload && onreadystatechange */
$(function () {
   getScript('path/to/CodeMirror', getJSMode);

   // onreadystate is not reliable for callback args.
   function getJSMode() {
       getScript('path/to/CodeMirror/mode/javascript/javascript.js', 
           ourAwesomeScript);
   };

   function ourAwesomeScript() {
       console.log("CodeMirror is awesome, but I'm too impatient.");
   };
});

Zu den formulierten Versprechungen (nochmals, Entschuldigung, ich bin bei jQuery nicht auf dem neuesten Stand):

/* Assume getScript returns a promise object */
$(function () {
   $.when(
       getScript('path/to/CodeMirror'),
       getScript('path/to/CodeMirror/mode/javascript/javascript.js')
   ).then(function () {
       console.log("CodeMirror is awesome, but I'm too impatient.");
   });
});

Entschuldigung für den Semi-Pseudo-Code, aber ich hoffe, das macht die Kernidee etwas klarer. Grundsätzlich können Sie durch die Rückgabe eines standardisierten Versprechens das Versprechen weitergeben und so eine klarere Gruppierung ermöglichen.

Diese Antworten, einschließlich der ausgewählten Antwort, eignen sich gut für die konzeptionelle Einführung von Versprechungen, es fehlen jedoch Einzelheiten darüber, was genau die Unterschiede in der Terminologie sind, die sich bei der Verwendung von Bibliotheken ergibt, die sie implementieren (und es gibt wichtige Unterschiede).

Da es sich immer noch um eine sich weiterentwickelnde Spezifikation handelt , stammt die Antwort derzeit aus dem Versuch, sowohl Referenzen (wie Wikipedia ) als auch Implementierungen (wie jQuery ) zu untersuchen:

• Aufgeschoben : Nie in populären Referenzen beschrieben, ^{1 2 3 4,} aber häufig von Implementierungen als Schiedsrichter für die Lösung von Versprechen (Implementierung und ) verwendet. ^{5 6 7} resolvereject

  Manchmal sind aufgeschobene auch Versprechen (Implementierung then), ^{5 6} andere Male wird es als reiner angesehen, wenn die zurückgestellten nur auflösungsfähig sind und der Benutzer gezwungen wird, auf das Versprechen zur Verwendung zuzugreifen . ⁷ then

• Versprechen : Das umfassendste Wort für die diskutierte Strategie.

  Ein Proxy-Objekt, das das Ergebnis einer Zielfunktion speichert, deren Synchronizität wir abstrahieren möchten. Außerdem wird eine thenFunktion verfügbar gemacht, die eine andere Zielfunktion akzeptiert und ein neues Versprechen zurückgibt. ²

  Beispiel aus CommonJS :

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

   

  Immer in populären Referenzen beschrieben, obwohl nie angegeben, auf wessen Verantwortung die Lösung fällt. ^{1 2 3 4}

  Immer in gängigen Implementierungen vorhanden und nie in der Lage, Lösungen zu finden. ^{5 6 7}

• Zukunft : Ein scheinbar veralteter Begriff, der in einigen populären Referenzen ¹ und mindestens einer populären Implementierung ^{8 zu finden ist,} aber anscheinend aus der Diskussion genommen wird, um den Begriff „Versprechen“ ^{3 zu} bevorzugen, und der in populären Einführungen zum Thema nicht immer erwähnt wird. ⁹

  Mindestens eine Bibliothek verwendet den Begriff jedoch generisch, um Synchronizität und Fehlerbehandlung zu abstrahieren, ohne thenFunktionen bereitzustellen . ¹⁰ Es ist unklar, ob das Vermeiden des Begriffs „Versprechen“ beabsichtigt war, aber wahrscheinlich eine gute Wahl, da Versprechen auf „Thenables“ basieren. ²

Verweise

1. Wikipedia über Versprechen und Zukunft
2. Versprechen / A + spec
3. DOM-Standard für Versprechen
4. DOM Standard verspricht Spec WIP
5. DOJO Toolkit zurückgestellt
6. jQuery zurückgestellt
7. Q.
8. FutureJS
9. Funktioneller Javascript-Abschnitt über Versprechen
10. Futures in AngularJS-Integrationstests

Verschiedene möglicherweise verwirrende Dinge

• Unterschied zwischen Versprechen / A und Versprechen / A +

  (TL; DR, Versprechen / A + löst meistens Unklarheiten in Versprechen / A)

Was mich wirklich zum Klicken gebracht hat, war diese Präsentation von Domenic Denicola.

In einem Github-Kern gab er die Beschreibung, die ich am meisten mag, es ist sehr prägnant:

Der Sinn der Versprechen besteht darin, uns die funktionale Zusammensetzung und das Sprudeln von Fehlern in der asynchronen Welt zurückzugeben.

Mit anderen Worten, Versprechen sind eine Möglichkeit, asynchronen Code zu schreiben, der fast so einfach zu schreiben ist, als wäre er synchron .

Betrachten Sie dieses Beispiel mit Versprechungen:

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);
        }
    );

Es funktioniert so, als würden Sie diesen synchronen Code schreiben:

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);
}

(Wenn dies immer noch kompliziert klingt, schauen Sie sich diese Präsentation an!)

In Bezug auf Zurückgestellt ist es ein Weg .resolve()oder .reject()Versprechen. In der Promises / B- Spezifikation heißt es .defer(). In jQuery ist es $.Deferred().

Bitte beachten Sie, dass meines Wissens die Promise-Implementierung in jQuery zumindest ab jQuery 1.8.2 fehlerhaft ist (siehe das Wesentliche).
Es implementiert angeblich Promises / A thenables , aber Sie erhalten nicht die richtige Fehlerbehandlung, die Sie sollten, in dem Sinne, dass die gesamte "asynchrone Try / Catch" -Funktionalität nicht funktioniert. Das ist schade, denn ein "Try / Catch" mit asynchronem Code ist absolut cool.

Wenn Sie Promises verwenden werden (Sie sollten sie mit Ihrem eigenen Code ausprobieren!), Verwenden Sie Kris Kowal des Q . Die jQuery-Version ist nur ein Callback-Aggregator zum Schreiben von sauberem jQuery-Code, verfehlt jedoch den Punkt.

In Bezug auf die Zukunft habe ich keine Ahnung, das habe ich in keiner API gesehen.

Bearbeiten: Domenic Denicolas Youtube-Vortrag über Versprechen aus dem Kommentar von @Farm unten.

Ein Zitat von Michael Jackson (ja, Michael Jackson ) aus dem Video:

Ich möchte, dass Sie diesen Satz in Ihrem Kopf verbrennen: Ein Versprechen ist ein asynchroner Wert .

Dies ist eine hervorragende Beschreibung: Ein Versprechen ist wie eine Variable aus der Zukunft - ein erstklassiger Verweis auf etwas, das irgendwann existieren wird (oder passieren wird).

Ein Versprechen stellt einen Proxy für einen Wert dar, der bei der Erstellung des Versprechens nicht unbedingt bekannt ist. Sie können Handler dem möglichen Erfolgswert oder dem Fehlergrund einer asynchronen Aktion zuordnen. Auf diese Weise können asynchrone Methoden Werte wie synchrone Methoden zurückgeben: Anstelle des endgültigen Werts gibt die asynchrone Methode das Versprechen zurück, irgendwann in der Zukunft einen Wert zu haben.

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

Die deferred.promise()Methode ermöglicht eine asynchrone Funktion, um zu verhindern, dass anderer Code den Fortschritt oder den Status seiner internen Anforderung stört. Das Versprechen macht nur die verzögerten Methoden verfügbar, die erforderlich sind, um zusätzliche Handler anzuhängen oder den Status zu bestimmen ( dann erledigt, fehlgeschlagen, immer, Pipe, Fortschritt, Status und Versprechen ), nicht jedoch diejenigen, die den Status ändern ( auflösen, ablehnen, benachrichtigen, auflösen mit). ablehnen mit und benachrichtigen mit ).

Wenn ein Ziel angegeben ist, deferred.promise()hängen die Methoden daran an und geben dieses Objekt zurück, anstatt ein neues zu erstellen. Dies kann nützlich sein, um das Promise-Verhalten an ein bereits vorhandenes Objekt anzuhängen.

Wenn Sie ein Zurückgestelltes erstellen, behalten Sie einen Verweis auf das Zurückgestellte bei, damit es irgendwann aufgelöst oder abgelehnt werden kann. Geben Sie nur das Promise-Objekt über deferred.promise () zurück, damit anderer Code Rückrufe registrieren oder den aktuellen Status überprüfen kann.

Wir können einfach sagen, dass ein Versprechen einen Wert darstellt, der noch nicht bekannt ist, während ein Aufgeschobener eine Arbeit darstellt, die noch nicht abgeschlossen ist.

• A steht promisefür einen noch nicht bekannten Wert
• A steht deferredfür Arbeiten, die noch nicht abgeschlossen sind

Ein Versprechen ist ein Platzhalter für ein Ergebnis, das zunächst unbekannt ist, während ein Zurückgestellt die Berechnung darstellt, die zum Wert führt.

Referenz

• http://blog.mediumequalsmessage.com/promise-deferred-objects-in-javascript-pt1-theory-and-semantics