Tag: catch block

是否有适合使用空挡块的情况？

可能重复： 为什么空捕获阻止了一个坏主意？ 是否有任何有效理由忽略捕获的exception 你知道任何情况下空的挡块不是绝对的邪恶吗？ try { … // What and When? … } catch { }

.netexceptioncatch块

以下捕获块之间有什么区别？ try { … } catch { … } 和 try { … } catch(Exception) { … } 我知道，在任何一种情况下，exception实例都不可用，但是有什么我可以用另一个不可能实现的吗？

在C＃下，多少性能命中是try，throw和catch块

首先，免责声明：我有其他语言的经验，但我仍在学习C＃的微妙之处 关于问题…我正在看一些代码，它以一种与我有关的方式使用try / catch块。 当调用解析例程而不是返回错误代码时，程序员使用以下逻辑 catch (TclException e) { throw new TclRuntimeError(“unexpected TclException: ” + e.Message,e); } 这是由调用者捕获的，它会抛出同样的错误…… …被调用者捕获，抛出同样的错误…… …..这是由调用者捕获的，它会抛出同样的错误…… 备份大约6个级别。 我认为所有这些catch / throw块都会导致性能问题，或者这是C＃下的合理实现吗？