Re: [J2SE] 請問delay的方法

看板java作者AmosYang (LetMeGoogleThatForYou)時間16年前 (2009/10/06 10:01)推噓3(3推 0噓 2→)

留言5則, 3人參與討論串9/12 (看更多)

※ 引述《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

推

H45

10/06 10:11, , 1^F

10/06 10:11, 1^F

http://www.youtube.com/watch?v=Z2q7JW9pBfQ#t=4m44s