|
|
1
10
在.NET中,只有在实际引发异常时,Try/Catch才会产生开销。因此,不要太担心将代码放在
|
|
|
2
6
这是解决这个问题的正确方法。 首先编写代码,以使异常处理正确。总是正确第一。 然后设定合理的、以客户为中心的绩效目标。然后测试你的程序。然后,如果你还没有达到你的目标,使用一个分析器来找到最慢的事情。如果一些奇怪的巧合导致的最慢的事情恰好是您正确的异常处理,那么您甚至应该考虑异常处理的性能成本是多少。 |
|
3
3
我同意递归,但您可能希望看到一个很好的解释: http://www.programmersheaven.com/user/pheaven/blog/175-Do-trycatch-blocks-hurt-runtime-performance/ 基本上,使用try..catch没有问题,但是,我倾向于限制我在其中所拥有的内容,因为我认为依赖它们是不好的做法,而不是尽你所能确保不会抛出异常,因为异常会很昂贵,因此,在获取字符串长度之前,请检查该字符串是否为空。 |
|
|
4
3
我同意上面的观点,但您不应该将整个代码块放在try catch中,让它捕获一个formatException或空引用。您应该为它们编写代码,并自己处理它们。 我不知道我见过多少次:
显然,如果id为空,则为空引用,因此请检查它是否为空,不要尝试/catch它。 |
|
|
lfox · 如果列中不存在某个值,则停止代码执行 4 年前 |
|
juztcode · 在C++中尝试捕获-创建了多少个对象 8 年前 |
|
|
Novic · 结果不明确时如何使用tryCatch 8 年前 |
|
|
Jacob Nelson · 多次尝试表达式,直到在R中成功 8 年前 |
|
|
Mert Yücel · 如何在布尔方法中引发三个异常? 8 年前 |
|
|
Jatt · 捕获从setInterval内部引发的异常 8 年前 |