Rückrufe oder Versprechen für neue clientseitige JavaScript-Bibliothek?

Question

Ab 2017 haben alle aktuellen Versionen von Webbrowsern Unterstützung für ES6-Versprechen.

Wenn ich jetzt eine browserseitige Javascript-Bibliothek erstellen sollte, was sind die Vor- und Nachteile (oder verwandte Überlegungen) bei der Verwendung von Callback-Style-Funktionen im Vergleich zu Versprechen? Ist es noch eine Option, Callbacks zu verwenden?

Hinweis: Die Operationen der Bibliothek sind E/A-bezogen, daher passen asynchrone Operationen gut, daher halte ich synchrone Operationen nicht für eine Option.

Answer 1

Nun, natürlich sollten Sie Versprechungen verwenden. Es ist nur ein viel besseres konzeptionelles Framework für die Handhabung asynchroner Dinge. Wenn Sie das nicht tun, werden die ersten 90% Ihrer Benutzer sowieso Ihre APIs in Versprechen einbinden, und Sie möchten sie nicht dazu bringen, das zu tun, oder?

In der Theorie könnten Sie den Dual-Mode-Ansatz der Anwesenheit oder Abwesenheit eines Parameters callback steuern, ob eine bestimmte API Callback oder Versprechen ähnlich verhält. Viele Bibliotheken mit Wurzeln in vorversprechenden Tagen nehmen diesen Weg. Es ist zweifelhaft, ob Sie diesen Ansatz für eine neue Bibliothek verwenden möchten.

Sie können Ihre Bibliothek mit der Fähigkeit zur Integration in eine Versprechens-Bibliothek der Wahl des Benutzers versenden, falls er keine nativen Versprechungen hat oder nicht verwenden kann. Der Benutzer würde Ihre Bibliothek mit etwas wie initNcasasLibrary(Promise) initialisieren. Alternativ können Sie sicherstellen, dass Promise verfügbar ist, indem Sie sicherstellen, dass ein Polyfill enthalten ist, wenn er auf Browser ausgerichtet ist, die möglicherweise nicht darauf zugreifen.