JavaScript

2041 readers

1 users here now

founded 2 years ago

MODERATORS

erlingur

Ategon

nick

A comprehensive guide to the dangers of Regular Expressions in JavaScript (www.sonarsource.com)

submitted 1 year ago by philnash to c/javascript

4 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[–] towerful 6 points 1 year ago (1 children)

I really appreciate the "examples in the wild" along with pointing to the solutions in the source code.
And I've now learned about a regex debugger. Which is cool.

Also funny seeing one of the issues being "validating an email", which I'm fairly certain the only real way to do this is to check for an @ symbol on the string, and then validate it by sending an actual email.

I also find it amusing that the solution to problematic regex was to use native string functions. Backing up the "you have a problem, you use regex, now you have 2 problems" saying.
Although, endsWith was only introduced in 2015. So I can understand someone thinking "regex" (even though a string comparison with a substring is functionally equivalent and probably more understandable than a regex, even if it is a little clunky)

[–] philnash 3 points 1 year ago

The only real way to validate an email address is send it an email and see if it arrives! I'm sure many of us have fallen to the urge to validate an email with a regex though, and yes, it's just too dangerous! I definitely like the simplicity of checking for an @.

I think regular expressions are actually very tempting to use because they seem hard. I feel like I go through this XKCD comic every time the opportunity to use a regex comes up. But string functions often have the answer. I hope, if this article achieves anything, it just stops people using regex to trim whitespace!