※ 引述《AmosYang (LetMeGoogleThatForYou)》之銘言： : 某些 exception 被劃分在 checked exception 有他的理由; 這些理由通常難以一言道盡 : 只有親身去多接觸不同類型、規模的程式才會體會 :) : 推 H45:sleep 被意外中斷很容易修復，所以被包在 checked exception 10/05 16:02 : → AmosYang:無法理解 H45 推文裡的邏輯… 10/06 08:09 : 推 H45:因為你說劃分在 checked exception 的理由一言難盡，所以我就. 10/06 08:57 : → H45:用一言把 sleep 被劃在 checked exception 的理由說完 :-) 10/06 08:58 這的確是用一言就說完了 :D 不過我真的不了解這一言裡的邏輯 我從來沒有想過把 "容易修復" 與 checked exception 背後的設計觀放在一起看 所以很好奇；能否對 "很容易修復" 再進一步的解釋? 所謂很容易是怎麼個容易法? "修復" 又是指怎麼個修法? (回去繼續睡? XD) 我的看法是， sleep (及其他 Thread 相關的 method) 之所以會丟出一個 checked exception 是在利用 Java 這個語言提供的功能來把 multi-thread 程式 導向一個比較耐命 (robust? XD) 的 pattern 也就是在 compile time 就強制 programmer 仔細去想想要怎麼處理一個潛在的 InterruptedException 反過來想，如果 sleep (及其他 Thread 相關的 method) 丟的是 unchecked exception 一個 Runnable 放出去跑一跑，累了睡一覺等 CD 時被一個 unchecked exception 砸死 然後 unchecked exception 一路炸上去，最後整隻 thread 炸掉炸得屍骨無存 這時候才開始知道什麼是寫 multi-thread 程式的樂趣… XD 再從另一個角度來看，不管 try-catch 坦 checked exception 坦得再好， 總有一天，某個 Runnable 註定就是要被 unchecked exception 砸死的 (例如 IndexOutOfBoundException) 然而，如果因為被 unchecked exception 砸死再來怪 try-catch 沒坦好 更甚者還有全盤否定 checked exception 背後設計觀的 那…還是 SCJP 考一考就好了，儘量不要寫真的 Java 程式吧 XD 再扯一個很遠很遠， C# 的例子， C# 裡並沒有 checked exception, 在設計能讓第三方 plug-in code 相關的東西時就要小心， 第三方的 plug-in code 有心攻擊的話可以藉由丟出 exception 試圖改變 code flow 當然這解法很簡單，把第三方 plug-in code 用 try-catch 包起來就可以 只是有的時候會忘記，如果能藉由語言本身的功能來強制一些 design pattern 有時的確蠻有用的 回到原題， "為什麼 exception X 是 checked exception?" "為什麼 exception Y 是 unchecked exception?" "為什麼 method A 丟 checked exception 而 method B 丟 unchecked exception?" 我仍然只能說這背後的原因難以一言盡之 (開始跳針 XD) --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 65.87.177.87 https://www.youtube.com/watch?v=Z2q7JW9pBfQ#t=4m44s XD 研究透徹!? 你看到那個在啃 AoCP 的老頭了嗎? 他在13歲的時候方丈說要他把 CompSci 研究透徹才準出少林寺… XD 編輯加上一段話 這篇裡 XD 好像用太多了… XD ※ 編輯: AmosYang 來自: 65.87.177.87 (10/06 10:52)