undefined | Better HN

0 pointsbazoom4211mo ago0 comments

> I tend to prefer to write out the procedural code, even if it is (much) longer in terms of lines.

This might work for you, but in general the amount of bugs is proportional to the amount of code. The regex engine is alredy throughly tested by someone else while a custom implementation in procedural code will probably have bugs and be a lot more work to maintain if the pattern changes.

0 comments

justin6611mo ago

> This might work for you, but in general the amount of bugs is proportional to the amount of code.

If you wanted to look for cases which serve as an exception to this rule, code relying on regexes would be an excellent place to start.

kelafoja11mo ago

That is quite a generalization. The regex engine is tested, but my specific regular expression isn't. My ability to write correct regular expressions is weak, so there can be many bugs in the one line of regular expession.

bazoom42OP11mo ago

If you have made a bug in the specification of the pattern to match, then you will have the same bug in the hand-rolled implementation of the matching. It will just be more difficult to find the bug since the pattern is not explicitly specified anymore.

rerdavies11mo ago

In general, the correctness of the code is proportional to its readability.

I also prefer procedural code instead of regexes.

bazoom42OP11mo ago

Surely complexity is a factor? A procedual implementation will necessarily have the same essential complexity as the regex it replaces, but then it will additionally have a bunch of incidental complexity in matching and looping and backtracking.

Regexes can certainly be hard to read - the solution is to use formatting and comments to make them easier to understand - not to drown the logic in reams of boilerplate code.

kelafoja11mo ago

> A procedual implementation will necessarily have the same essential complexity as the regex it replaces

I don't think I fully agree with this, and I don't see a basis for why this should be true. If I have a very specific implementation, it could have very little incidental complexity, it could be fully targeted to the use case. Whereas with regular expressions there is incidental complexity of the regex engine itself by definition.

1 more reply

j / k navigate · click thread line to collapse

0 comments

justin6611mo ago

> This might work for you, but in general the amount of bugs is proportional to the amount of code.

If you wanted to look for cases which serve as an exception to this rule, code relying on regexes would be an excellent place to start.

kelafoja11mo ago

bazoom42OP11mo ago

rerdavies11mo ago

In general, the correctness of the code is proportional to its readability.

I also prefer procedural code instead of regexes.

bazoom42OP11mo ago

Regexes can certainly be hard to read - the solution is to use formatting and comments to make them easier to understand - not to drown the logic in reams of boilerplate code.

kelafoja11mo ago

> A procedual implementation will necessarily have the same essential complexity as the regex it replaces

1 more reply

j / k navigate · click thread line to collapse