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