如何确定“临界点”,尤其是在编程regex时?

每当我觉得我的regex或shell脚本制作任务所花费的时间与我手动完成的时间差不多时,我就知道我已经达到了“临界点”。

然后,如果它是一个用于更大任务的快速而肮脏的工具,那么我将按照您描述的方式继续:大部分工作都是使用regex/script和标记并手动处理的边缘案例。

如果这是可以重用的东西(例如,在自动回归测试中),我会花时间增强工具(拆分任务或切换到Perl)和/或确保输入符合某些假设。

大多数regex引擎允许您在线记录regex。如果他们没有,通常 techniques 使其可读。我将忽略这部分问题,并假设regex可以被充分地记录下来。

我认为问题不在于正则表达式A的复杂性,而在于正则表达式的适当性。正则表达式可以是长的和复杂的,但是如果它适合这个问题,那么非正则表达式的解决方案至少也会是复杂的,而且肯定会更长。

问题是当Regex被滥用以解决另一类问题时。大量使用环顾往往表明这一点。如果遵循一系列以直接方式解决相同问题的常规代码更容易,那么这就是正确的解决方案,不管regex有多短。