![]() |
1
10
很难给出一个大概的数字——它将真正取决于应用程序要做什么,以及它是否需要执行那些可能以可恢复的方式失败的操作。 重要的一点是,空的捕获块是一个非常非常糟糕的主意。这比每个catch块的代码行更重要。 |
![]() |
2
13
除非你真的打算 手柄 他们。除非处理程序能够“撤消”异常,或者以其他方式添加值,否则应该允许异常冒泡到那些 可以 处理它。 |
![]() |
3
6
我会完全忽略任何这样的指标。计算代码行数不一定是有用的指标——尤其是在寻找比率时。 这里真正的答案完全取决于上下文。catch语句的“正确”数量是处理可能发生的异常所需的try/catch块的数量,您将正确处理这些异常。对于任何可能发生的、您可以正确处理的异常,您应该有一个try/catch块。如果你不能正确地处理它(或者不想正确地处理它),就让它向上传播——不要抓住它。 catch块的数量将完全取决于您正在编写的代码类型。例如,如果您正在编写网络代码,您将更有可能拥有更多的异常处理(因为从本质上讲,网络更可能具有需要处理的问题)。 |
![]() |
4
2
作为一个非常粗略的度量标准,我的经验法则是在每个事件处理程序中至少有一个将记录异常。 对于其他方法,我更喜欢让它们尝试释放catch;也就是说,我多次添加catch块以将状态添加到麻烦的错误报告(“参数=值”),然后“抛出”到主处理程序。如果你擅长修复bug,这种方法会导致很多死代码。 |
|
lfox · 如果列中不存在某个值,则停止代码执行 2 年前 |
![]() |
juztcode · 在C++中尝试捕获-创建了多少个对象 7 年前 |
![]() |
Novic · 结果不明确时如何使用tryCatch 7 年前 |
![]() |
Jacob Nelson · 多次尝试表达式,直到在R中成功 7 年前 |
![]() |
Mert Yücel · 如何在布尔方法中引发三个异常? 7 年前 |
![]() |
Jatt · 捕获从setInterval内部引发的异常 7 年前 |