jQuery Deferred: Eine Versprechung innerhalb eines Fertigfilters zurückweisen

Question

Fyi, ich fange gerade an, jQuery Versprechungen zu erlernen, also kann ich hier ein wenig verwirrt sein.

Wie dem auch sei, ich habe eine AJAX-Anforderung, die ich innerhalb eines getan Filter ablehnen möchten basierend auf dem Inhalt der Antwort:

return doAJAXRequest().then(function (data) { 
    if (data.responseText == "YES") { 
     return doOtherAJAXRequest(); 
    } else { 
     this.reject(data); 
    } 
}); 

, die nicht funktioniert, wie ich erwartet hatte:

Uncaught TypeError: Object #<Object> has no method 'reject' 

Wie kann ich dieses Versprechen basierend auf seiner Antwort fehlschlagen lassen? Ist das möglich? Oder bin ich nur verwirrt darüber, was hier zu tun ist?

Answer 1

In jQuery (im Gegensatz zu einigen anderen Bibliotheken) ist die Umwandlung eines Versprechens von einem "aufgelösten" Zustand in einen "abgelehnten" Zustand ein wenig wortreich und erfordert die explizite Erstellung und Zurückweisung eines neuen Deferred.

function foo() { 
    return doAJAXRequest().then(function (data, textStatus, jqXHR) { 
     if (data.responseText == "YES") { 
      return doOtherAJAXRequest(data); 
     } else { 
      return $.Deferred().reject(jqXHR, data, 'Not YES').promise(); 
     } 
    }); 
) 

Hier kehrte das Versprechen, wenn data.responseText !== "YES" nachahmt (teilweise) eine Ajax-Anforderung ist fehlgeschlagen, während noch data erlaubt weitergegeben werden. Dies ist (wahrscheinlich) wichtig für den nachgelagerten .fail() -Handler, der sowohl echte Ajax-Fehler als auch transmogrifizierte Erfolgsbedingungen behandeln muss, ohne zu wissen, welcher aufgetreten ist, bis er errorThrown liest.

foo().fail(function(jqXHR, textStatus, errorThrown) { 
    if(errorThrown == 'Not YES') { 
     //transmogrified success 
     var data = textStatus; 
     ... 
    } 
    else { 
     //genuine ajax failure 
     ... 
    } 
}); 

Im Allgemeinen ist es einfacher data auf diese Weise passieren, anstatt es von dem Objekt jqXHR wieder zu erhalten. Dies gilt insbesondere für JSON-codierte Daten, die andernfalls im Fail-Handler ein zweites Mal dekodiert werden müssten.