In jQuery $ .Deferred enthaltene Probleme (jQuery 1.x / 2.x)

Update: jQuery 3.0 hat die Probleme gelöst, die nachfolgend umrissen. Es ist wirklich Promises/A+ - kompatibel ist.

Ja, jQuery Versprechungen ernst und inhärente Probleme.

Sagte, dass, seit der Artikel geschrieben wurde jQuery erhebliche Anstrengungen unternommen werden, um mehr Verspricht/Aplus Beschwerde-und Sie haben jetzt einen .dann die Methode, die Ketten.

Also auch in jQuery returnsPromise().then(a).then(b) für das Versprechen der Rückkehr Funktionen a und b funktionieren wird, wie erwartet, Auspacken der Rückgabewert, bevor Sie weiter nach vorne. Wie dargestellt in diesem fiddle:

function timeout(){
    var d = $.Deferred();
    setTimeout(function(){ d.resolve(); },1000);
    return d.promise();
}

timeout().then(function(){
   document.body.innerHTML = "First";
   return timeout();
}).then(function(){
   document.body.innerHTML += "<br />Second";
   return timeout();
}).then(function(){
   document.body.innerHTML += "<br />Third";
   return timeout();
});

Jedoch, die beiden riesige Probleme mit jQuery sind den Umgang mit Fehlern und unerwarteten Reihenfolge der Ausführung.

Fehlerbehandlung

Gibt es keine Möglichkeit, daneben ein jQuery-Versprechen, abgelehnt, da "Behandelt", auch wenn Sie das Problem beheben, im Gegensatz zu fangen. Dies macht Ablehnungen in jQuery inhärent kaputt und sehr schwer zu bedienen, nichts wie synchron try/catch.

Können Sie erraten, was die logs hier? (fiddle)

timeout().then(function(){
   throw new Error("Boo");
}).then(function(){
   console.log("Hello World");
},function(){
    console.log("In Error Handler");   
}).then(function(){
   console.log("This should have run");
}).fail(function(){
   console.log("But this does instead"); 
});

Wenn Sie erraten "uncaught Error: boo" Sie richtig waren. jQuery Versprechen werfen nicht sicher. Sie lassen Sie nicht behandeln geworfen Fehlern im Gegensatz zu den Versprechungen/Aplus verspricht. Was ist mit Sicherheit ablehnen? (fiddle)

timeout().then(function(){
   var d = $.Deferred(); d.reject();
   return d;
}).then(function(){
   console.log("Hello World");
},function(){
    console.log("In Error Handler");   
}).then(function(){
   console.log("This should have run");
}).fail(function(){
   console.log("But this does instead"); 
});

Die folgenden Protokolle "In Error Handler" "But this does instead" - es gibt keinen Weg zu handle ein jQuery-Versprechen Ablehnung überhaupt. Dies ist im Gegensatz zu der Strömung, die Sie erwarten würden:

try{
   throw new Error("Hello World");
} catch(e){
   console.log("In Error handler");
}
console.log("This should have run");

Ist die Strömung, die Sie mit Promises/A+ - Bibliotheken wie Bluebird und Q, und das, was Sie erwarten würden, für den nutzen. Dies ist riesige und werfen Sie die Sicherheit ein großer Pluspunkt für verspricht. Hier ist Bluebird richtig zu handeln in diesem Fall.

Die Reihenfolge der Ausführung von

jQuery führt die übergebene Funktion sofortanstatt dies, wenn die zugrunde liegende Versprechen bereits gelöst, so dass code anders Verhalten, je nachdem, ob das Versprechen wir befestigen einen handler ein, der abgelehnt bereits gelöst. Dies ist effektiv die Freigabe Zalgo und kann dazu führen, dass einige der am meisten schmerzhaft bugs. Dies führt zu einigen der am schwierigsten zu debug-Fehler.

Wenn wir betrachten den folgenden code: (fiddle)

function timeout(){
    var d = $.Deferred();
    setTimeout(function(){ d.resolve(); },1000);
    return d.promise();
}
console.log("This");
var p = timeout();
p.then(function(){
   console.log("expected from an async api.");
});
console.log("is");

setTimeout(function(){
    console.log("He");
    p.then(function(){
        console.log("̟̺̜̙͉Z̤̲̙̙͎̥̝A͎̣͔̙͘L̥̻̗̳̻̳̳͢G͉̖̯͓̞̩̦O̹̹̺!̙͈͎̞̬ *");
    });
    console.log("Comes");
},2000);

Können wir beobachten, dass die ach so gefährlichen Verhalten, die setTimeout wartet auf die original-timeout zu Ende, so jQuery schaltet seine Ausführung, um, weil... wer mag deterministisch-APIs, die nicht Ursache stack-overflows? Dies ist der Grund, warum der Promises/A+ - Spezifikation erfordert, dass die Versprechungen sind immer diese auf die nächste Ausführung der event-Schleife.

Randnotiz

Erwähnenswert, dass neuere und stärkere Versprechen Bibliotheken, wie Bluebird (und experimentell, Wenn es nicht erforderlich .done am Ende der Kette wie F hat, da Sie herausfinden, unbehandelte Ablehnungen sich selbst, Sie sind auch viel viel schneller als jQuery verspricht oder Q verspricht.

InformationsquelleAutor der Antwort Benjamin Gruenbaum