当内置方法可以完成这项工作时，为什么要使用正则表达式？ [关闭]

Question

我没有在 SO 上花费大量时间，但是在我在这里度过的时间里，我注意到很多地方使用/建议使用正则表达式把戏就好了。我的问题是这样的：

为什么这么多人似乎如此依赖正则表达式？这只是习惯，因为它更灵活吗？你们中的一些人是否觉得它更具可读性？是因为它需要更少的打字吗？

我什至不愿列出示例，因为我知道每个示例都不可避免地会引发其独特的论点，并且在很大程度上违背了我提出一般问题的目的，但是根据我更好的判断，让我们从这个示例开始：

我想使用以下字符串并删除所有多余的换行符：

str = 
"Useful Line 1  ....
Useful Line 2

Useful Line 3
Useful Line 4...                                           \n
Useful Line 5\r\n
Useful Line 6\n\r
Useful Line 7\n\r\n\r
Useful Line 8       \r\n\r\n
Useful Line 9\r\r\rUseful Line 10\n\n\n\n\nUseful Line 11        \rUseful Line 12"

我的正则表达式可能没有尽可能高效，但答案似乎是这样的：

str.split(/[\n|\r]+/).join("\n")

...比这样的答案更普遍：

str.gsub("\r", "\n").squeeze("\n")

...尽管后者似乎总是更快地进行基准测试：

Rehearsal ---------------------------------------------
regex       0.000000   0.000000   0.000000 (  0.000024)
non_regex   0.000000   0.000000   0.000000 (  0.000015)
------------------------------------ total: 0.000000sec

                user     system      total        real
regex       0.000000   0.000000   0.000000 (  0.000022)
non_regex   0.000000   0.000000   0.000000 (  0.000015)

只是重申一下，我真的只是在寻找一个非常笼统的答案，说明为什么一个人会在实际上没有必要时选择正则表达式。同样，我只是发布了一个简单的示例，该示例可能有一些独特的理由，但这并不会改变主要问题

我问的原因是，虽然我完全理解正则表达式有多么有用，但我个人发现它们真的很难阅读，而且我知道它们几乎总是（如果不是总是）执行速度较慢。所以我尽可能地避开它们。我应该重新考虑我的方法吗？如果是这样，为什么？

Answer 1

当你说内置方法时，你是指这样的吗？

s = 'hello'
s.sub(/[aeiou]/, '*')  # => "h*llo"

因为那是一个正则表达式我的朋友。

或者你的意思是这样的？

s = 'foo'
s.include?('f')    # => true

您也许可以编写一些非常复杂的逻辑来查看某个东西是电话号码还是电子邮件地址。但事实是，一种模式将会以更快的速度实现。它实际上更简单。尝试使用 rubular 来习惯构建它们。我发现很多 ETL 任务都用正则表达式大大简化了。它们在整个行业都具有价值，而不仅仅是在 Ruby 中，这是学习它们的另一个原因。