Unhandle Versprechen Ablehnung in asynchronen Versprechen

Question

ich Oboe.js bin mit einer wirklich, wirklich großen JSON-Datei

const promises = []; 
oboe('http://domain/my-file.js') 
    .node('items.*', item => { 
    // parseItem() returns a rejected Promise because of invalid JSON items 
    promises.push(parseItem(item)); 
    }) 
    .done(() => { 
    Promise.all(promises).then(() => { 
     doSomething(); 
    }); 
    }) 

Aber mein Browser-Konsole wird mit Uncaught (in promise) überflutet zu analysieren. Das gleiche geschieht, wenn Sie ein Versprechen in einem setTimeout() wie

const promises = []; 
setTimeout(() => { 
    promises.push(Promise.reject()); 
}, 500); 
// some time in the future 
Promise.all(promises); 

schreibt Was ist wirklich seltsam: moderner Browser anders verhalten. In Firefox Developer Edition funktioniert alles ohne die Fehlermeldungen und in Chrome werde ich mit Uncaught (in promise) überflutet. In Chrome erhalten Sie die Nachricht sofort, wenn Sie Promise.reject(); ohne einen Haken schreiben. In Firefox und Safari passiert nichts.

Also, was ist die Lösung dafür? Ignorieren der Nachricht? Ich meine, wenn dieses Verhalten wirklich in der offiziellen Promise-Spezifikation ist, dann machen Versprechen in asynchronem Code für mich keinen Sinn.

Answer 1

Ihr Oboe-Problem basiert auf der Tatsache, dass Oboe JSON streamt, so dass wir nie im Voraus wissen, wie viele Versprechen es gibt, so dass wir die Verantwortung nicht vorab an Promise.all anhängen können. Wir können Oboe verheißen, um Versprechen in seinen Methoden zurückgeben zu können.

Normalerweise würde ich RxJS verwenden, um automatisch einen Stream vom Ereignisemitter zu erstellen - und die Methoden von RxJS können bereits Versprechungen zurückgeben und sie dann aggregieren. Allerdings - da ich nicht einen Dritten Bibliothek hier will, und es hat weniger Lehrwert - lass es sie implementieren:

function addMap(oboe) { 
    oboe.map = function(selector, mapper){ 
    var promises = []; 
    return new Promise(function(resolve, reject){ // create a new promise 
     oboe.node(selector, function(match){ 
     var result = mapper(match); // get result 
     // signal that we're handling the rejection to make sure it's not handled. 
     result.catch(function(){}); 
     promises.push(result); 
     }); 
     oboe.fail(reject); 
     oboe.done(function(){ resolve(promises); }); 
    }); 
    }; 
} 

Welche uns tun lassen würde:

var o = oboe("foo"); 
addMap(o); 
o.map("items.*", item => downloadItem(item)).then(result => { 
    // handle result here 
}); 

Ihr setTimeout Problem ist sehr erfunden. Die überwiegende Mehrheit der Menschen schreibt keinen Code, der in der Praxis so aussieht - in der Praxis ist das Hinzufügen eines Fehlerhandlers asynchron ein ziemlich seltener Anwendungsfall, wenn er nicht gegen eine API arbeitet, die Sie dazu zwingt (wie das Beispiel Oboe.js).

Was ist wirklich seltsam: moderne Browser verhalten sich anders

Dies liegt daran, Firefox GC verwendet für Ablehnungen und Chrome einen Timer Erkennung nicht behandelte. Es ist das Implementierungsdetail - die einzige Garantie, die Sie haben werden, ist, dass Fehler nicht protokolliert werden, wenn sie innerhalb einer Mikrotask (synchron oder in einem then, der in derselben Runde ausgeführt wird) angehängt werden.