我正在尝试创建一个完整的验证表达式来验证人们使用多行文本框发送给我的矩阵。为了满足这一点，我必须补偿以允许由不同软件生成的不同格式和语言类型的矩阵。我可以验证不同语言的唯一方法是将每种语言的验证与^...$ | ^...$ | ^...$ | 等分开使用...
这些验证表达式中的每一个都非常复杂且冗长。这样做有什么弊端吗？我主要关心的是当用户提交他们的矩阵时，我的多重验证是否会影响我的网站的性能和速度。
谁能确认对大字符串数据使用复杂、冗长的多重验证表达式是否存在缺陷或缺点？
【问题讨论】：
标签： asp.net regex validation webforms expression
您描述正则表达式的方式听起来非常昂贵。如果正则表达式没有找到匹配项，它将转到下一个 or 语句。并从字符串的开头重新开始。对于大字符串来说，这可能会对性能造成很大影响。如果您的表达式使用任何* 或+ 表示法，那么它就有catastrophic backtracking 的风险。这种影响将乘以在找到匹配之前必须经过的许多“或”语句。想象一下，如果它从未找到匹配项。那么你可怜的用户最终会等待很长时间，只是为了得到一个无效的通知。
想想一旦失败，你会给用户什么样的反馈。目前，您可以给他们的唯一反馈是“验证失败”。用户会想知道可能认为格式错误，当所有现实中您不支持该语言时。这可能会让用户感到困惑。此外，如上所述，根据矩阵的大小，您的用户可能会等待很长时间才能获得响应。因此，您要确保响应尽可能具有建设性。
指示您的用户声明他们使用的语言。这可以通过单选框或类似的东西来完成。如果您只想使用文本框，请指示用户在第一行写下他们的语言。然后指示他们在第二行开始矩阵。
这样您就可以快速检查该语言是否受支持。如果没有，向用户吐出一个错误。如果是，那么您将确切知道要在矩阵上运行什么正则表达式。由于您只需要运行 1 个正则表达式，因此不会对性能造成太大影响。
【讨论】：