Java正確使用異常和成本

Question

我試圖採取稍微更嚴格的方法來編寫此類。我沒有采用通常的牛仔編碼風格，而是根據自己的創作方式，首先制定出方法，變量，評論......所有爵士樂。

所以現在這裏是異常的概念。

我是否應該思考「在這個功能中可能出錯的是什麼？」併爲每個拋出異常（如果現有的描述不夠，則創建一個新的）？看來這是最準確的選擇。

思路應該是「這些都是可能出錯的事情，我會爲其他事情拋出一個普遍的例外。」

如何「沒有什麼可能會出問題，我不需要拋出異常，更糟糕的情況下，我可以扔在起飛的機會確實存在錯誤運行時異常...」

我」在這裏擔心的是錯誤處理的表現。理想情況下，我可以想象Java只是將這些異常轉換爲很好的if語句或某種跳轉語句。我想這可能只會花費一個操作左右。

我也可以想象Java爲了抽象而創建了一個馬戲團20次深呼叫，也許那麼他們是昂貴的，我應該假裝我再一次在C編碼？

我以愚蠢的方式寫下這個問題，因爲它對我們兩個人來說都更有趣，但這是一個嚴肅的問題。我確定有一些平衡，也許是一個經驗法則或十個。你如何看待異常？

編輯：我並不是建議我使用例外進行處理。我說的是異常的數量和準確性（可能具體有多少錯誤？）。

Answer 1

異常在運行時比較昂貴，因此不應該用作「正常」處理的一部分。

例外情況適用於特殊情況。預期的失敗不應該產生一個例外。例如，提供無效輸入（錯誤密碼，無效郵政編碼等）的用戶不應該生成異常。

例外是針對錯誤和嚴重的不可恢復的系統故障。

請注意，JDBC使用異常的設計很差（根據我所建議的原則）。