Fable: Faut-il éviter de tronquer l'API native ? (Regex dans ce cas)

Créé le 23 avr. 2019  ·  3Commentaires  ·  Source: fable-compiler/Fable

La description

Bonjour,
le RegExpConstructor renvoie maintenant un System.Text.RegularExpressions.Regex au lieu d'un JSRegex c'est un problème car parfois vous voulez utiliser la regex native au lieu de celle de .Net.

Je pense personnellement qu'il ne faut pas tronquer une partie de l'API JavaScript. Ainsi, l'utilisateur peut choisir quelle API est préférée dans son cas.

Par exemple, lors de l'écriture d'une liaison, certaines bibliothèques JavaScript attendent un JSRegex.

Accepteriez-vous de réintroduire l'API JavaScript native ? :)

Tous les 3 commentaires

Fable traduit la regex F # en regex JS, vous devriez donc pouvoir les envoyer à n'importe quelle API JS. En fait, je n'ai laissé que le RegExpConstructor car lors de l'utilisation System.Text.RegularExpressions.Regex , l'indicateur global est toujours défini pour émuler le comportement .NET, lorsque parfois vous ne le souhaitez pas pour les performances (ou avez besoin de l'indicateur collant ).

D'accord 😄

On dirait que mon navigateur Safari est bloqué sur une ancienne version du repl et je ne sais pas comment le débloquer...

Après avoir testé dans Firefox, il semble que nous ayons en effet une expression régulière JS native.

Oui, Safari ne semble pas invalider le service worker, ce qui ressemble à un bogue. Vous pouvez essayer Alt + Cmd + R.

Cette page vous a été utile?
0 / 5 - 0 notes