JS Native NextEventLoop

Question

Angesichts der Tatsache, dass async Programmierung seit langem in Javascript üblich ist, scheint die Anzahl der Aufrufe von window.setTimeout für mich sehr hack-ish zu sein. Ich verstehe, wie die VM funktioniert und wie die Ereignisschleife funktioniert. Der Punkt ist, weiß jemand die Begründung dafür, warum die Ecma-Autoren nicht wählen, eine Art von "nextEventLoop" oder "Defer" Anruf hinzufügen, die einen Block der Logik später ausführen zwingen wird?

Ich schaue jedes Mal, wenn ich setTimeout (0) sehe, weil kein Autor jemals ein Timeout von Null jemals festgelegt haben wollte. Also warum zwingst du diesen Hack weiter auf uns?

Oder gibt es bessere Alternativen?

Answer 1

Ab ES6 erfüllt Promise.resolve().then(() => { ... }) das, wonach Sie fragen, und für die meisten Umgebungen, die noch ES5 sind, sind Promise-Polyfills verfügbar. Die meisten Polyfüllungen vermeiden sogar setTimeout zugunsten besserer schneller Optionen wo möglich.