AngularJS - Verspricht rethrow gefangen Ausnahmen

In dem folgenden code, der eine Ausnahme abgefangen wird, indem der fangen Funktion der $q-Versprechen:

//Fiddle - http://jsfiddle.net/EFpn8/6/
f1().then(function(data) {
        console.log("success 1: "+data)
        return f2();
    })
    .then(function(data) {console.log("success 2: "+data)})
    .catch(function(data) {console.log("error: "+data)});

function f1() {
    var deferred = $q.defer();
    //An exception thrown here is not caught in catch
    //throw "err";
    deferred.resolve("done f1");        
    return deferred.promise;
}

function f2() {
    var deferred = $q.defer();
    //An exception thrown here is handled properly
    throw "err";
    deferred.resolve("done f2");        
    return deferred.promise;
}

Aber wenn ich mir in der Konsole die log-Ausgabe sehe ich Folgendes:

Ausnahme gefangen wurde, in Winkel, war aber auch gefangen von der Fehlerbehandlung der browser. Dieses Verhalten reproduziert mit Q-Bibliothek.

Ist es ein bug? Wie kann ich wirklich abfangen einer Ausnahme mit $q?

InformationsquelleAutor VitalyB | 2014-04-27

5

Fest mit AngularJS in der version 1.6

Die Begründung für dieses Verhalten war, dass eine nicht abgefangene Fehler ist anders als ein normales Ablehnung, wie
es kann verursacht werden durch einen Fehler bei der Programmierung, zum Beispiel. In der Praxis stellte sich heraus, um verwirrend zu sein
oder unerwünscht für den Benutzer, da weder native verspricht noch alle anderen gängigen Versprechen der Bibliothek
unterscheidet geworfen Fehler von regelmäßigen Ablehnungen.
(Hinweis: Während dieses Verhalten nicht gegen die Promises/A+ - Spezifikation, es ist nicht vorgeschrieben.)

$q:

Aufgrund e13eea, wird ein Fehler geworfen, aus einem Versprechen die onFulfilled oder onRejection - Handler behandelt genau das gleiche wie normale Ablehnung. Zuvor wäre es aber auch an den $exceptionHandler() (neben der Ablehnung der Versprechen, mit dem Fehler als Grund).

Das neue Verhalten gilt für alle Dienste/Controller/Filter etc., die sich auf $q (einschließlich der integrierten Dienste, wie $http und $route). Zum Beispiel $http's transformRequest/Response Funktionen oder eine route redirectTo-Funktion sowie Funktionen angegeben, die in einer route lösen-Objekt, wird nicht mehr zu einem Anruf zu $exceptionHandler() wenn Sie einen Fehler auslösen. Andere als die, alles wird weiter in der gleichen Weise Verhalten; d.h. die Versprechen werden abgelehnt, route übergang storniert $routeChangeError Veranstaltungen zu sehen sein wird etc.

-- AngularJS Developer Guide - Migration von V1.5 zu V1.6 - $f

Wunderbare Neuigkeiten! Vielen Dank für die Veröffentlichung eine aktualisierte Antwort. Tut Eckige nun Feuer unhandledrejection und rejectionhandled Veranstaltungen?

InformationsquelleAutor georgeawg
16

Eckig ist $q verwendet die Konvention, wo geworfen werden Fehler protokolliert unabhängig erwischt zu werden. Stattdessen, wenn Sie möchten, um zu signalisieren Ablehnung, die Sie brauchen, um return $q.reject(... als solche:
```
function f2() {
    var deferred = $q.defer();
    //An exception thrown here is handled properly
    return $q.reject(new Error("err"));//throw "err";
    deferred.resolve("done f2");        
    return deferred.promise;
}  
```
Dies ist zu unterscheiden Ablehnungen von Fehlern wie SyntaxError. Persönlich, es ist eine Wahl, die ich nicht einverstanden mit, aber es ist verständlich, da $q ist winzig, also kann man nicht wirklich bauen, in eine zuverlässige unbehandelte Ablehnung Mechanismus zur Erkennung. Bei stärkeren Bibliotheken, wie Bluebird, diese Art der Sache ist nicht erforderlich.

Als seitliche Anmerkung - nie, nie werfen Saiten : vermissen Sie auf die stack-traces, Weg.

Sind Sie ernst? Der code nach der Rückkehr von einer neuen abgelehnt Versprechen wird nie genannt. Und Sie brauchen nicht die latente hier, weil Sie das erstellen einer neuen Versprechen mithilfe von $q.ablehnen()...
offensichtlich code nicht aufgerufen werden, nach einer throw oder return alle beteiligten sind sich bewusst, dass. Der code in dieser Antwort repliziert wird, von der Frage - OP gefragt, wie signalfehler, das ist, wie Sie es tun (sehen Sie, wie in dieser Antwort return $q.reject ersetzt die throw "foo" in der exakt gleichen Umgebung code in OP ' s Frage. Bitte erwägen Sie, einen anderen Blick auf OP-code.
Ich weiß das, aber jemand denken, die nicht wissen, diese Tatsache. Ich ziehe es nicht kopieren und einfügen falscher code, wenn ich sehe, dass es einen möglichen Fehler. Sie gab den Rat, nicht zu werfen Streicher auch. Dies ist etwas, das würde ich auch denken, VitalyB ist sich bewusst, wenn er schreibt solche Schmuddel-code ;-).
Ich bevorzuge Menschen, die nicht copy/paste-code, den ich hier posten blind und tatsächlich versuchen zu Lesen und zu verstehen und dann anwenden der Prinzipien, die ich diskutieren in ihm selbst.
In diesem Beispiel werden nur verwirrt mich noch mehr. Es enthält mehrere gibt und verwirrend Kommentare. "Eine Ausnahme geworfen hier...". Was Ausnahme? Nur die "throw" - Anweisung in diesem code ist auskommentiert.

InformationsquelleAutor Benjamin Gruenbaum
6

Ist es ein bug?

Nicht. Suche in der Quelle für die $q zeigt, dass eine bewusste try /catch-block wird erstellt, um reagieren zu Ausnahmen, die in den Rückruf von
1. Ablehnung der Verheißung, durch die Sie angerufen hatte deferred.reject
2. Aufruf der eingetragene Winkel-exception-hander. Wie gesehen werden kann, in der $exceptionHandler docs, das default-Verhalten ist dabei, melden Sie es an den browser-Konsole als Fehler, das ist, was Sie beobachtet haben.
... wurde auch erwischt durch die Fehlerbehandlung der browser

Zu klären, hat die Ausnahme nicht behandelt direkt durch den browser, sondern erscheint als ein Fehler, weil Eckige genannt hat console.error

Wie kann ich wirklich abfangen einer Ausnahme mit $q?

Rückrufe werden ausgeführt, einige Zeit später, als die aktuellen call-stack gelöscht, so dass Sie nicht in der Lage, wickeln Sie die äußere Funktion in try /catch block. Allerdings haben Sie 2 Möglichkeiten:
- Setzen in try /catch - block, um den code, der möglicherweise die Ausnahmen, innerhalb des callback:
```
f1().then(function(data) {
  try {
    return f2();
  } catch(e) {
    //Might want convert exception to rejected promise
    return $q.reject(e);
  }
})
```
- Ändern, wie Eckig die $exceptionHandler service verhält, wie bei Gewusst wie: überschreiben $exceptionHandler Umsetzung . Sie könnten es ändern, absolut nichts zu tun, so würde es nie etwas in der Konsole ein error-log, aber ich glaube nicht, dass ich würde empfehlen, dass.
InformationsquelleAutor Michal Charemza
4

Die latente ist eine veraltete und eine wirklich schreckliche Art und Weise zu konstruieren verspricht, mit der Konstruktor löst dieses problem und mehr:
```
//This function is guaranteed to fulfill the promise contract
//of never throwing a synchronous exception, using deferreds manually
//this is virtually impossible to get right
function f1() {
    return new Promise(function(resolve, reject) {
        //code
    });
}
```
Ich weiß nicht, ob eckig, verspricht die Unterstützung der oben genannten, wenn nicht, können Sie dies tun:
```
function createPromise(fn) {
    var d = $q.defer();
    try {
        fn(d.resolve.bind(d), d.reject.bind(d));
    }
    catch (e) {
        d.reject(e);
    }
    return d.promise;
}
```
Verwendung ist die gleiche wie Versprechen Konstruktor:
```
function f1() {
    return createPromise(function(resolve, reject){
        //code
    });
}
```
"aufgeschoben ist veraltet". Hast du einen link, der das erklärt?
In der Tat. Dies ist das erste mal, dass ich höre, dass. Eckig $q-Dokumentation angegeben latente...
Ich wollte nicht buchstäblich als veraltet markiert durch eckige gibt es einige synonym, die ich verwenden kann
Veraltet? Ersetzt durch das Versprechen Konstruktor?
veraltet ist gut

InformationsquelleAutor Esailija

Hier ist ein Beispiel-test zeigt, dass die neue $q Konstruktion, Funktion, Verwendung .endlich(), absagen und Versprechen Kette Ausbreitungen:

iit('test',inject(function($q, $timeout){
    var finallyCalled = false;
    var failValue;

    var promise1 = $q.when(true)
          .then(function(){
            return $q(function(resolve,reject){
              //Reject promise1
              reject("failed");
            });
          })
          .finally(function(){
            //Always called...
            finallyCalled = true;

            //This will be ignored
            return $q.when('passed');
          });

    var promise2 = $q.when(promise1)
          .catch(function(value){
            //Catch reject of promise1
            failValue = value;

            //Continue propagation as resolved
            return value+1;

            //Or continue propagation as rejected
            //return $q.reject(value+2);
          });

    var updateFailValue = function(val){ failValue = val; };

    $q.when(promise2)
      .then( updateFailValue )
      .catch(updateFailValue );

    $timeout.flush();

    expect( finallyCalled ).toBe(true);
    expect( failValue ).toBe('failed1');

}));

InformationsquelleAutor user2747330

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.

Fest mit AngularJS in der version 1.6

$q: