exception-handling - 处理异常的最佳场所

Question

处理来自较低层的抛出异常的正确位置在哪里......在类内部或可能的最高级别？还是取决于用例？

Answer 1

你可以看看这个帖子：

In particular it is now possible (and considered good practice) to set up a top-level exception handler that will handle any unexpected exception on the main thread in a Windows application. This means that it is no longer necessary to have exception handlers in every routine.

您还可以查看如何实现顶级异常处理？

还有一个用于 Java 异常处理的链接http://onjava.com/pub/a/onjava/2003/11/19/exceptions.html

因此，作为对您问题的一般回答：我会说是的，这取决于用例（它只是您的简单短脚本还是成熟的应用程序），但是您应该尝试尽可能地进行异常处理级别，并且在这样做的同时请记住您向用户呈现的消息的“技术性”（相信我，消息“主线程中的错误 31231241”不会提高应用程序的用户友好性）。

编辑： 正如史蒂夫·麦康奈尔（Steve McConnell）在他著名的Code Complete 2 书中所说的那样，应该Throw exceptions on the right level of abstraction - for example if you have a getUser() method and you return IOException then that would be very bad.但是是的，我认为这是常识。此外，他说应该以这样的方式编写一个函数，即如果某个其他函数向它发送“垃圾”，它不应该导致整个程序崩溃。

此外，他赞成使用断言，他说：Use error handling code for the conditions you expect to occur; use assertions for conditions that should never occur.

最后，声明在解决错误时应牢记以下两种方法：robustness和correctness. 他在书中为这个例子讲述的故事非常生动，在我阅读后很久就留在了我的脑海中。考虑使用“文本编辑应用程序”并考虑所呈现数据的正确性。想象几个像素“疯狂”（你计算错误，或者类似的东西） - 如果发生类似的事情，你肯定不会考虑强制关闭应用程序，这被称为鲁棒性（继续操作）。但是，现在想象一下，您正在制作一个 X 射线操作应用程序——在这种情况下，任何“奇怪的数据”都应该（正如 McConnell 建议的那样）导致严重的错误消息，据说您'在您的应用程序中。

PS 请原谅 CC2 部分，但我只是喜欢这本书，并且认为每个开发人员都应该阅读它（至少一次）。