在我需要使用字符串的一部分、有关该字符串的信息等情况下，似乎经常会遇到使用字符串解析和正则表达式之间的选择。
出现这种情况的原因是我们正在评估soap标头的操作，在通过WCF的OperationContext对象将其解析为可管理的内容后之后对其进行决策。目前，简单的子字符串解析似乎是保持实现简单的简单解决方案，但我想知道正则表达式是否更好或更健壮。同时，我也在想是否在我们特定的情况下，这样做就像是用猎枪打苍蝇。
因此，我不得不问，人们在决定使用正则表达式还是典型的字符串解析时使用的典型阈值是什么？请注意，我对正则表达式不太熟悉，因此除非绝对必要，否则我会回避使用它，以避免引入比我需要的更多的复杂性。
如果您不能从我的缩写选择中看出来，这是在.NET（C#）领域进行的，但我认为这与问题无关。
编辑：根据我的典型Raybell风格，我的问题太冗长或误导了。我要道歉。我是为了提供一些背景信息来帮助寻找线索，而不是误导人们。
基本上，我正在寻找何时使用子字符串及其变体，何时使用正则表达式以及反之的指南。虽然有些答案可能忽略了这一点（再次，我的错），但我真诚地感激它们并相应地点赞。
我的主要准则是在编写临时代码和用户输入验证时使用正则表达式。或者当我试图在一大段文本中查找特定模式的时候。对于其他大多数目的，我会编写语法并实现简单的解析器。
一个重要的准则（虽然我看到很多人尝试规避它）是在目标语言的语法是递归的情况下，总是使用解析器。
例如，考虑一个用于评估带括号算术表达式的小型“表达式语言”。这种语言中的“程序”示例如下：
1 + 2
5 * (10 - 6)
((1 + 1) / (2 + 2)) / 3
语法非常容易编写，看起来像这样：
DIGIT := ["0"-"9"]
NUMBER := (DIGIT)+
OPERATOR := ("+" | "-" | "*" | "/" )
EXPRESSION := (NUMBER | GROUP) (OPERATOR EXPRESSION)?
GROUP := "(" EXPRESSION ")"
利用该语法，您可以轻松构建递归下降解析器。
等价的正则表达式确实很难编写，因为正则表达式通常不支持递归。
另一个很好的例子是JSON数据处理。我曾见过有人试图使用正则表达式消耗JSON数据，但这是疯狂的。JSON对象是递归的，因此它们非常适合使用正则语法和递归下降解析器。
看了其他人的回答后，我觉得我可能回答错了问题。
我把问题理解为“何时应该使用简单的正则表达式而不是完整的解析器？”，而大多数人似乎将问题理解为“何时应该自己编写笨拙的、基于字符的验证方案，而不是使用正则表达式？”
如果按照那种解释，我的答案是：永远不要。
好吧... 再修改一次。
我会对自定义的方案更加宽容。只是... 不要称其为“解析” :o）
我认为一个好的经验法则是，只有在能够使用单个谓词实现所有逻辑的情况下，才应该使用字符串匹配原语。例如：
if (str.equals("DooWahDiddy")) // No problemo.
if (str.contains("destroy the earth")) // Okay.
if (str.indexOf(";") < str.length / 2) // Not bad.
一旦你的条件包含多个谓词，那么你就开始发明自己的临时字符串验证语言，你可能应该勇敢地学习一些正则表达式。
if (str.startsWith("I") && str.endsWith("Widget") &&
(!str.contains("Monkey") || !str.contains("Pox"))) // Madness.
正则表达式其实并不难学习。与 C# 这样拥有数十个关键字、基础类型和运算符、以及成千上万个类的完整语言相比，正则表达式绝对是非常简单的。大多数正则表达式实现支持约十几个操作（多或少不等）。
以下是一个很好的参考资料：
http://www.regular-expressions.info/
顺带一提，如果你确实想要学习编写自己的解析器（使用 lex/yacc、ANTLR、JavaCC 或其他类似工具），那么学习正则表达式是一个很好的准备，因为解析器生成器工具使用了许多相同的原则。
我们正在评估SOAP头部的操作，并根据此做出决策。
永远不要使用正则表达式或基本字符串分析来处理XML。目前每种常用语言都有完美的XML支持。XML是一个看起来简单实际上非常复杂的标准，很难保证您的代码能够正确解析所有格式良好的XML输入，即使它能够这样做，也会浪费时间，因为（正如刚才提到的）每种常用语言都有XML支持。使用正则表达式解析XML是不专业的。
总体而言，应该尽量减少使用正则表达式，因为它们不易阅读。通常情况下，您可以将字符串解析和正则表达式组合（可能在循环中），以创建比仅使用正则表达式更简单的解决方案。
当您所需的转换不是基本的——但在概念上仍然很简单。
例如，如果您只是进行直接字符串替换，则没有理由使用正则表达式...使用string.Replace会更容易
另一方面，如果有许多条件或特殊情况需要超过50个字符的正则表达式才能实现的复杂规则，则如果您不明确编写它，以后维护起来可能会非常困难。
除非是像拆分逗号分隔字符串这样的非常简单的事情，否则我总是会使用正则表达式。如果我认为字符串可能会变得更加复杂，我可能会从正则表达式开始。
我不认同正则表达式很难或复杂的观点。这是每个开发人员都应该学习和掌握的一种工具。它们有无数的用途，一旦学会了，这就是你永远不必再担心的事情。
正则表达式很少过度 - 如果匹配很简单，那么正则表达式也很简单。