1樓：
還沒翻譯和擴充套件完，有興趣進來看看，大牛有相關知識可以進來擴充套件一下。
另外乙個詞條是控制流程（control flow ）。這個英文詞條也是賊長，等什麼時候有事件再翻譯翻譯。
少吹牛，多看多想，多看文獻和官方資料。不然中文圈和英文圈資訊就完全「生殖隔離」了。
2樓：Belleve
用異常就不用每次呼叫方法之後都人肉拆包加判斷（弄多一層括弧——你看，層次結構出來了吧？monad 有了吧？）了啊
嗯這本質上就是個 monad 罷了
unit x = Result(x)
map Result(x) f = Result(f(x))map Except(e) f = Except(e)join Result(Result(x)) = Result(x)join Result(Except(e)) = Except(e)join Except(E) = Except(E)
3樓：靈劍
異常能夠保留更多的資訊，比如異常型別、描述、堆疊，能附帶立即中止當前過程的效果，最重要的是，它保證一旦沒有正確處理這個異常就中止所有後續過程。返回錯誤碼的設計缺陷在於如果不處理則預設忽略，如果呼叫方不恰當地忽略了異常，可能會造成更多嚴重錯誤，而對異常來說，大多數情況下不處理內部異常而是直接傳遞給上一級呼叫方是可以接受的。對現代業務系統來說，許多過程呼叫是通過webservice等RPC方式進行的，異常可以由框架統一捕獲，通過呼叫協議傳遞給呼叫者，最終通知到系統管理員或使用者，很方便問題排查與解決。
4樓：Gavin
第一，異常都是可以預見的，所以它有可預知性。第二，異常不關心發生的條件而關心如何善後。第三，異常是被定義過的錯誤，比較容易定位問題。第四，異常可以傳遞。
執行失敗的結果就是直接退出。。。。
5樓：中二狗子
異常和false，fasle只告訴外層函式失敗了，可是失敗有很多種，根據不同的失敗情況，外層需要做不同的處理，這時候你用false就沒辦法了。所以要拋異常，根據不同的失敗情況向外層丟擲不同的異常，外層去捕捉這個異常再做不同的處理。
當然異常又分執行時異常和非執行時異常，這也是根據需求去決定使用哪種
如何優雅的處理gulp異常
可以使用 Gulp 的這款外掛程式 stream combiner2 來幫助處理 Gulp 執行過程中的錯誤與異常，預設情況下是把錯誤與異常的資訊列印在控制台上，同時整個 Gulp 任務不會因為出現錯誤與異常而中斷。 林獺 你試下 gulp plumber，它可以避免程序出錯掛起 但掛起了你怎麼知道...
python中有關異常處理的求教？
鬧鐘 1.assert 的語義要好一些，對入參的型別約束是一種契約，當然在靜態型別語言裡面是通過型別檢查保證的，如果 assert 可能被優化選項消除，那麼就造乙個不會被消除的設施，比如 ensure D 語言裡面就是這個 這個比 if 好，if 是正常邏輯，ensure assert 提示讀者 這...
傳統的try catch異常處理是否是程式語言發展中的彎路？
丁長老 原則上很簡單 知道怎麼辦的catch，然後處理 不知道怎麼辦的，向外丟擲 沒人接就讓程式崩潰掉 比如極端情況下，來自宇宙的高能粒子擊中了伺服器的記憶體條，導致資料完全異常。這個時候怎麼catch都沒用，還不如當程式崩潰了重啟。 Vince 個人覺得返回形式的錯誤處理形式和try catch形...