1
Q
集中式錯誤處理
A
回答
1
可能集中的錯誤處理的唯一部分是記錄錯誤。
- 只會處理finally塊後運行您的程序也許能夠在 (重啓例如用於超時異常)施加一定的控制的那些異常
- 最後應該使用的塊來釋放非託管資源,筆記無論是嘗試塊還是異常塊運行
+1
...最後應該是戰略性的 - 不要試圖關閉假設打開數據庫連接,如果最初的異常是通過首先打開它產生的。 –
相關問題
- 1. 集中式錯誤處理改造2?
- 2. Repository模式和收集錯誤處理
- 3. 續集錯誤處理
- 4. 處理矢量集錯誤
- 5. 收集環境中的錯誤處理
- 6. 彈簧集成中的錯誤處理
- 7. 彈簧集成中的錯誤處理
- 8. C#中是否存在集中式錯誤處理過程?
- 9. 處理-Android模式錯誤
- 10. node.js的集中式錯誤處理和報告
- 11. 批處理腳本集/一個錯誤
- 12. AMQP Spring集成錯誤處理
- 13. 彈簧集成異步錯誤處理
- 14. Ruby Sinatra +續集約束錯誤處理
- 15. 彈簧集成隊列錯誤處理
- 16. 錯誤處理OLAP多維數據集
- 17. 錯誤處理多維數據集TFS
- 18. Pentaho數據集成:錯誤處理
- 19. 處理錯誤
- 20. 錯誤處理
- 21. 處理錯誤
- 22. 處理錯誤
- 23. 處理錯誤
- 24. 錯誤處理
- 25. 錯誤處理
- 26. 處理錯誤
- 27. 處理錯誤
- 28. 處理 - 錯誤
- 29. 在C++中處理字符串錯誤時的錯誤處理
- 30. 錯誤處理Spark Cassandra連接器中的錯誤處理
你列出的1和2是有意義的,對我來說它們是明確的。你覺得特別困惑的是什麼?否則你的問題對我來說似乎過於寬泛。 –
查看[集中式異常處理](http://codebender.denniland.com/centralized-exception-handling/) – Sameer
@Mokchhya,我也經歷過「在執行代碼塊的方法中處理異常」,似乎在那裏是很多替代品 – RobinAtTech