Rolf B: ADVANCED - promise.all in Verbindung mit decorator functions

Beitrag lesen

Hallo dedlfix,

wenn ich mir das anschaue, frage ich mich, warum ich das bei meinen eigenen Überlegungen gestrichen habe. Ich war da mal, und es ist sinnvoller, ja.

Aus meiner Ingrid-Antwort bleiben dann die Hinweise auf das Timing der then-Handler relevant, damit die Reihenfolge von Einzel-Resolve und Gesamt-Resolve passt.

Was man noch überlegen muss, ist das Verhalten bei reject. Promise.all läuft auf rejected, sobald eins der Promises rejected wird. Mein Controller würde warten, bis das letzte Promise finalisiert ist, egal ob resolve oder reject.

Das kann man in deiner Version natürlich auch haben, dazu müsste jedes einzelne Promise, das an next übergeben wird und rejecten könnte, einen catch-Handler haben, der den reject unterdrückt. Ich will das nicht als Nachteil verstanden wissen, nur als "es ist anders".

Rolf

--
sumpsi - posui - obstruxi