Fable: Sollten wir das Abschneiden der nativen API vermeiden? (Regex in diesem Fall)
Beschreibung
Hallo,
RegExpConstructor gibt jetzt System.Text.RegularExpressions.Regex statt JSRegex zurück. Dies ist ein Problem, da Sie manchmal die native Regex anstelle der von .Net verwenden möchten.
Ich persönlich denke, wir sollten keinen Teil der JavaScript-API abschneiden. So kann der Benutzer wählen, welche API in seinem Fall bevorzugt wird.
Wenn Sie beispielsweise eine Bindung schreiben, erwarten einige JavaScript-Bibliotheken einen JSRegex.
Würden Sie einer Wiedereinführung der nativen JavaScript-API zustimmen? :)
MangelMaxime
Alle 3 Kommentare
Fable übersetzt F#-Regex als JS-Regex, sodass Sie sie an jede JS-API senden können sollten. Tatsächlich habe ich nur das RegExpConstructor gelassen, weil bei Verwendung System.Text.RegularExpressions.Regex das globale Flag immer so gesetzt ist, dass es das .NET-Verhalten emuliert, wenn Sie es manchmal nicht für die Leistung wollen (oder das Sticky-Flag benötigen ).
alfonsogarciacaro
am 23. Apr. 2019
Okay 😄
Scheint, als ob mein Safari-Browser in einer alten Version des Repl feststeckt und ich nicht weiß, wie ich es entsperren kann ...
Nach dem Testen in Firefox scheint es, als hätten wir tatsächlich einen nativen JS-Regex als Ergebnis.
MangelMaxime
am 23. Apr. 2019
Ja, Safari scheint den Service Worker nicht ungültig zu machen, was wie ein Fehler aussieht. Sie können Alt + Cmd + R versuchen.
alfonsogarciacaro
am 23. Apr. 2019
Verwandte Themen
ncave
·
3Kommentare
nozzlegear
·
3Kommentare
forki
·
3Kommentare
alfonsogarciacaro
·
3Kommentare
funlambda
·
4Kommentare