WebApplicationException VS響應

Question

在所有的可能性，以響應返回給客戶端在REST服務，我已經看到了兩種可能性，看起來相當的：一個WebApplicationException（可能使用Response實例），或者返回Response實例拋出。

爲什麼在結果相同的情況下使用一種可能性？這是否與REST框架相關，該框架可能被配置爲在異常和常規響應之間做出不同反應？

Answer 1

爲什麼在結果相同的情況下使用一種可能性？

也許是因爲作爲（Java）程序員，您習慣於在應用程序的特定規則被破壞時拋出異常？將一些字符串轉換爲數字，你可能會得到一個NumberFormatException，在一個數組中使用一個錯誤的索引，並且你得到一個ArrayIndexOutOfBoundsException，訪問你不允許的東西，並得到一個SecurityException等等。你習慣於在「常規響應「無法創建（不是來自錯誤的輸入或某些處理錯誤）。

當您無法返回常規響應時，您必須向客戶端返回錯誤響應。您可以通過拋出異常或手動構建響應來做到這一點。這對你的客戶端來說是一樣的，但對你的服務器端代碼來說並不是一回事。

拋出異常讓你的代碼更清晰，更容易推理，從而更容易理解。我們的想法是對WebApplicationException進行子分類並創建您自己的有意義的例外（例如ProductNotFoundException extends WebApplicationException { ... },AccessDeniedException extends WebApplicationException { ... }或重複使用例外與exception mapper）。

它當時吸塵器throw new ProductNotFoundException()或throw new AccessDeniedException()，讓框架處理它，而不是每次都建立Response，後來跟隨用於構建它搞清楚正在發生的事情的代碼部分的細節。