2
A
回答
3
如果你不打算来处理异常,最好没有任何东西,而不是你提出的建议。所有这些都会增加捕获开销,然后重新抛出相同的异常。
如果您可以处理异常,那么请不要在调用堆栈中传播它。
1
我只能想到当我有那种空 catch \ rethrow逻辑是当我想以某种方式记录异常,否则我只是让它传播。
编辑:添加缺少的字空
相关问题
- 1. 处理异常的最佳实践
- 2. 处理Java异常的最佳实践
- 3. Python异常处理 - 最佳实践
- 4. 异常处理最佳实践
- 5. 最佳实践 - 异常处理
- 6. 异常处理最佳实践
- 7. 处理PyMySql异常 - 最佳实践
- 8. Node.js的最佳实践异常处理 - 在异步/等待
- 9. 处理GLUT函数中的异常的最佳实践
- 10. Android中的“异常处理框架”的最佳实践
- 11. 异常在Java中处理有Java的最佳实践
- 12. 存储库层处理异常的最佳实践
- 13. Winforms窗体处理最佳实践中的Sql异常
- 14. 服务结构未处理的异常和最佳实践
- 15. 在Spring中处理异常的最佳方法和实践?
- 16. 在.NET中进行验证最佳实践的异常处理
- 17. 多层架构中的异常处理最佳实践
- 18. 在RequestDispatcher上调用forward时处理异常的最佳实践
- 19. 何时使用PHP异常处理的最佳实践
- 20. ASP.NET Web应用程序中异常处理的最佳实践
- 21. 最佳实践 - 服务/ dao /业务层中的异常处理
- 22. 数据库异常处理最佳实践
- 23. OData异常的最佳实践
- 24. 异常记录器:最佳实践
- 25. 异常投掷最佳实践
- 26. 最佳实践抛出异常
- 27. 处理SharedPreferences的最佳实践
- 28. DTD处理的最佳实践
- 29. 处理模板的XSLT最佳实践
- 30. 最佳实践错误处理
另外,你可能要抛出或重新抛出异常之前抛出另一个异常,与原来的异常作为内部异常,或者做一些清理(如关闭连接) 。 – lasseeskildsen 2010-04-22 10:01:17
是的,我错过了“空”这个词,因为它不会改变程序流程等等(尽管我通常试图把清理放在最后而不是捕获)。 – 2010-04-22 10:10:19