差異處
這裏顯示兩個版本的差異處。
| Both sides previous revision 前次修改 下次修改 | 前次修改 | ||
|
java:effective_java:exceptions:checked_vs_unchecked [2022/04/12 22:39] tony [Introduction] |
java:effective_java:exceptions:checked_vs_unchecked [2023/06/25 09:48] (目前版本) |
||
|---|---|---|---|
| 行 1: | 行 1: | ||
| {{tag>java effective_java exceptions}} | {{tag>java effective_java exceptions}} | ||
| - | ====== Effective Java - Use checked exceptions for recoverable conditions and runtime exceptions for programming errors (ToDo) ====== | + | ====== Effective Java - Use checked exceptions for recoverable conditions and runtime exceptions for programming errors ====== |
| ===== Introduction ===== | ===== Introduction ===== | ||
| 這個Item在強調例外的使用時機，包含 | 這個Item在強調例外的使用時機，包含 | ||
| 行 8: | 行 8: | ||
| * Programming errors: design fault造成的，通常代表是bug；因為是bug，所以retry 1億次也還是錯的。 | * Programming errors: design fault造成的，通常代表是bug；因為是bug，所以retry 1億次也還是錯的。 | ||
| * Recoverable conditions: component fault造成的，可能是軟體元件、硬體元件突然發生故障，或與其溝通的過程中發生故障而導致的暫態缺陷，透過retry是有機會修復的。如果是永久缺陷，可能就需要排除原因才有機會執行成功。 | * Recoverable conditions: component fault造成的，可能是軟體元件、硬體元件突然發生故障，或與其溝通的過程中發生故障而導致的暫態缺陷，透過retry是有機會修復的。如果是永久缺陷，可能就需要排除原因才有機會執行成功。 | ||
| - | 根據上面的定義，就可以知道什麼時候該拋checked exception，什麼時候該拋unchecked exception了。\\ | + | 根據上面的定義，就可以知道什麼時候該拋checked exception，什麼時候該拋unchecked exception了。對應到REST API的回應結果，unchecked exception預設通常都會是5xx錯誤，而checked exception就需要交給client去識別，是屬於需要user介入處理的4xx錯誤，還是server暫時的5xx錯誤。\\ |
| \\ | \\ | ||
| 除此之外，這個Item還有提到幾個設計要注意的事情: | 除此之外，這個Item還有提到幾個設計要注意的事情: | ||
