我认为抛出异常是一种很好的做法,可以让它冒泡到 UI 或记录异常并通知用户的地方。
为什么 resharper 说它是多余的?
try
{
File.Open("FileNotFound.txt", FileMode.Open);
}
catch
{
throw;
}
我认为抛出异常是一种很好的做法,可以让它冒泡到 UI 或记录异常并通知用户的地方。
为什么 resharper 说它是多余的?
try
{
File.Open("FileNotFound.txt", FileMode.Open);
}
catch
{
throw;
}
因为
try {
File.Open("FileNotFound.txt", FileMode.Open);
} catch {
throw;
}
没有什么不同
File.Open("FileNotFound.txt", FileMode.Open);
如果调用File.Open(string, FileMode)
失败,那么在任一示例中,完全相同的异常都会到达 UI。
在上面的那个catch
子句中,您只是捕获并重新抛出异常,而无需执行任何其他操作,例如记录日志、回滚事务、包装异常以向其添加附加信息或任何其他操作。
然而,
try {
File.Open("FileNotFound.txt", FileMode.Open);
} catch(Exception ex) {
GetLogger().LogException(ex);
throw;
}
不会包含任何冗余,ReSharper 不应抱怨。同样地,
try {
File.Open("FileNotFound.txt", FileMode.Open);
} catch(Exception ex) {
throw new MyApplicationException(
"I'm sorry, but your preferences file could not be found.", ex);
}
不会是多余的。
因为上面的语句具有与不存在相同的行为。和写法一样:
File.Open("FileNotFound.txt", FileMode.Open);
因为它是多余的。
因为 try 中的代码已经在抛出异常。
如果除了重新抛出异常之外,您还打算在 catch 块中执行其他操作时,您只想捕获并重新抛出异常。
你在catch块中没有做任何处理,只是再次抛出了异常。
它会警告您,因为在那里设置 try...catch 块是没有意义的。
另外,另一个很好的提示是“throw ex”不会保留堆栈跟踪,但“throw”会。
值得注意的是,虽然...
try
{
DoSomething();
}
catch
{
throw;
}
...是多余的,以下不是...
try
{
DoSomething();
}
catch (Exception ex)
{
// Generally a very bad idea!
throw ex;
}
第二个代码片段在我之前继承的几个项目的代码库中很常见,它具有隐藏原始异常堆栈跟踪的讨厌效果。以这种方式抛出刚刚捕获的异常意味着堆栈跟踪的顶部处于该throw
级别,没有提及DoSomething
或实际上导致异常的任何嵌套方法调用。
祝你调试代码好运!