Verkettung mehrerer done() callbacks, um die gleiche latente Versprechen

Kurz gesagt, ich würde gerne einen Allgemeinen Rückruf, der immer feuert im Falle einer erfolgreichen ajax-Aufruf, gefolgt von separaten Rückruf-Funktionalität, abhängig davon, wo die Methode aufgerufen wird.

Diese scheint zu funktionieren. Meine Frage ist, ob dies eine korrekte Verwendung des promise-Objekt, und wenn es ist sicher anzunehmen, dass mehrere Versprechen Rückrufe des gleichen Typs immer-stack-sequentiell?

var dfd = $.Deferred(),
    promise = dfd.promise();

promise.done(function(){
    console.log(1);
}).done(function(){
    console.log(2);
});

dfd.resolve();

http://jsfiddle.net/4ax4nxbh/

InformationsquelleAutor Johan | 2014-10-23
  1. 15

    Es ist eine korrekte und dokumentierte Verwendung des deferred-Objekts in jQuery. Die Dokumentation klar:

    Rückrufe werden in der Reihenfolge ausgeführt, wie Sie Hinzugefügt wurden.

    Funktioniert es anders als in anderen Versprechen Bibliotheken und in der Regel .then bevorzugt .done sowieso (später erklärt Sie in der Antwort). Aber gegeben sind Sie mit jQuery verspricht, es werden Stapel nur fein nacheinander, wenn Sie synchron.

    Also die direkte Antwort auf Ihre Frage ist ja.

    Jedoch, Sie können dies auch tun, mit asynchrone code eingeben und Kette besser mit .then:

    promise.then(function(){
    console.log(1);
}).then(function(){
    console.log(2);
}).then(function(){
    return $.get(...);
}).then(function(){
    console.log(3); //this always executes after the $.get finishes.
});

    Grundsätzlich done fügt einen handler und wieder die gleichen Versprechen und die .then gibt ein neues Versprechen gekettet, von der letzten. Im Allgemeinen würde ich nur verwenden .done zu beenden, Ketten und wenn Sie möchten, halten Sie die return-Wert (das argument der function(){)

    • Ich hoffe, dass Sie finden würde dieses Thema 😉 Wenn Sie sagen generally .then is preferred to .done anyway ich nehme an, Sie beziehen sich auf die Verkettung, und nicht done vs then im Allgemeinen? Ich denke, die meisten geeigneten Ansatz, basierend auf Ihren Kommentar, würde then() gefolgt von einem "Abbruch" done(), obwohl ich nur den Umgang mit synchronen code in diesem Fall?
    • in der Regel ziehe ich then zu done bei der Verwendung von neuen Versprechen Bibliotheken. In jQuery auf der anderen Seite mit .done zu beenden, die Kette ist von Vorteil - ja, dann wieder, dass ist nicht das größte Problem mit jQuery verspricht.
    • Vereinbart. Vielen Dank für mich lernen, den Unterschied zwischen den beiden!
    • Was meinst du mit "es funktioniert anders als in anderen Versprechen Bibliotheken"? Promises/A+ nicht angeben, die zum ausführen von Rückrufen in der Reihenfolge Ihrer then() Anrufe. (warte mit meinen upvote, bis dies geklärt ist 🙂
    • in jQuery .done nimmt einen Rückruf und gibt das gleiche Versprechen. In anderen Bibliotheken, wie Q und Bluebird .done nimmt nichts und nichts zurückgibt. In jQuery ist es verwendet, um Ketten-Handler, um das Ergebnis - in den anderen Bibliotheken in beendet die Versprechen Kette und protokolliert alle unbehandelten Ablehnungen - jQuery nicht wirklich umgehen Ablehnungen auch in seinen Verheißungen. Das ist es, was ich meinte, denke ich.
    • Ah, du meinst "done funktioniert anders", nicht "- Sequenz ist anders".

    InformationsquelleAutor Benjamin Gruenbaum
Schreibe einen Kommentar