Wie überprüft man, ob ein Angular $ q Versprechen gelöst wird

Question

Ich verstehe, dass man normalerweise Fortsetzungscode mit einem then() Call-and-Chain-Verhalten bei der Verwendung von Versprechen anfügen würde.

Allerdings möchte ich einen Versprechen asynchronen Anruf starten und dann separat starten 3-Sekunden-$timeout(), damit ich eine UI-Aktion nehmen kann, nur wenn das ursprüngliche Versprechen noch nicht abgeschlossen ist. (Ich nehme an, dass dies nur auf langsamen Verbindungen, mobilen Geräten auf 3G, etc. passieren würde)

Angesichts einer Zusage, kann ich überprüfen, ob es abgeschlossen ist oder nicht, ohne zu blockieren oder zu warten?

Answer 1

Ich denke, Ihre beste Option ist, (ohne die Angular-Quelle zu modifizieren und eine Pull-Anfrage zu übermitteln), eine lokale Flagge zu behalten, wenn das Versprechen gelöst wurde. Setzen Sie es jedes Mal zurück, wenn Sie das Versprechen eingerichtet haben, das Sie interessiert, und markieren Sie es als vollständig in der then() für das ursprüngliche Versprechen. In der $timeoutthen() überprüfen Sie die Flagge zu wissen, ob das ursprüngliche Versprechen noch nicht gelöst hat oder nicht.

Etwas wie folgt aus:

var promiseCompleted = false; 
promise.then(function(){promiseCompleted=true;}) 
$timeout(...).then(function(){if(!promiseCompleted)doStuff()}) 

Kris Kowal Implementierung schließt andere Methoden, um den Zustand des Versprechens Kontrolle, aber es scheint Angular Implementierung von $q leider nicht diese enthält.

Answer 2

Ich kenne Ihr genaues Szenario nicht, aber es ist typischer, eine Zeitüberschreitung direkt nach dem asynchronen Aufruf zu setzen (und das Versprechen zu generieren).

Wenn die Anweisung setTimeout() im selben Ereignis-Thread wie der asynchrone Aufruf bereitgestellt wird, müssen Sie sich keine Gedanken über die Möglichkeit eines Race-Effekts machen. Da JavaScript strikt single-threaded ist, werden die Callbacks des Versprechens garantiert in einem späteren Ereignis-Thread ausgelöst.

Answer 3

Es scheint nicht möglich zu sein, wie @shaunhusain bereits erwähnt. Aber vielleicht ist es nicht notwendig:

// shows stuff from 3s ahead to promise completetion, 
// or does and undoes it in one step if promise completes before 
$q.all(promise, $timeout(doStuff, 3000)).then(undoStuff); 

oder vielleicht besser:

var tooSlow = $timeout(doStuff, 3000); 
promise.always(tooSlow.cancel); 

Answer 4

Ich habe ein ähnliches Problem hat, wo ich zu überprüfen, ob ein Versprechen zurückgekehrt ist. Da die Funktion $watch von AngularJS eine Änderung beim Rendern der Seite registriert, auch wenn sowohl der neue als auch der alte Wert nicht definiert sind, muss ich überprüfen, ob Daten in meinem externen Modell gespeichert werden können.

Es ist auf jeden Fall ein Hack, aber ich dies tun:

$scope.$watch('userSelection', function() { 
    if(promiseObject.hasOwnProperty("$$v"){ 
    userExportableState.selection = $scope.userSelection; 
    } 
}; 

Ich weiß, dass $$v eine interne Variable von AngularJS verwendet, aber es hat sich als Indikator eines aufgelösten Versprechen für uns recht zuverlässig. Wer weiß, was passieren wird, wenn wir auf AngularJS 1.2 upgraden: -/Ich sehe keine Erwähnung von Verbesserungen an $q in der 1.2 Dokumentation, aber vielleicht wird jemand einen Ersatzdienst mit einem besseren Feature-Set näher an Q schreiben.

Answer 5

Ich denke, dies wurde in einer aktuellen Version von Angular hinzugefügt, aber es scheint jetzt auf dem Versprechen ein $$ Zustand Objekt zu sein:

var deferred = $q.defer(); 
console.log(deferred.promise.$$state.status); // 0 
deferred.resolve(); 
console.log(deferred.promise.$$state.status); //1 

Wie in den Kommentaren darauf hingewiesen, das nicht, wie es empfohlen wird, könnte brechen wenn Sie Ihre Angular-Version aktualisieren.