|
|
1
59
只要确保短路并消除异常即可:
|
|
|
2
41
|
|
3
7
不是没有很多工作。正则表达式解析可能非常复杂,并且框架中没有任何公共内容可用于验证表达式。
我认为,在这种情况下,抓住这个例外是一个很好的主意。 |
|
|
4
3
当然,它可以在.Net Framework上运行>=4.5.
|
|
|
5
2
格式错误的正则表达式并不是导致异常的最糟糕原因。 除非你辞职 非常 |
|
|
6
2
这取决于目标是谁,我会非常小心。不难构造能够自行回溯并消耗大量CPU和内存的正则表达式——它们可能是有效的拒绝服务向量。 |
|
|
7
0
在.NET中,除非您编写自己的正则表达式解析器(我强烈建议您不要这样做),否则几乎肯定需要用try/catch来包装新Regex对象的创建。 |
|
|
8
-3
通过使用以下方法,您可以检查正则表达式是否有效。这里testPattern是您必须检查的模式。
|
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |