簡單介紹Python 處理錯誤的原則

導讀	這是 Python 之禪特別系列的一部分，重點是第十和第十一條原則：沉默的錯誤（或不沉默）。

處理“異常情況”是程式設計中爭論最多的問題之一。這可能是因為風險很大：處理不當的錯誤值甚至可以使龐大的系統癱瘓。由於“異常情況”從本質上來說，是測試不足的，但發生的頻率卻令人不快，因此，是否正確處理它們往往可以將一個噩夢般的系統與一個“可以工作”的系統區分開來。

從 Java 的 checked 異常，到 Erlang 的故障隔離，再到 Haskell 的 Maybe，不同的語言對錯誤處理的態度截然不同。

這兩條 Python 之禪是 Python 對這個話題的冥思。

當 Python 之禪在 Tim Peters 眼裡閃爍而出之前，在維基百科被俗稱為“維基”之前，第一個維基網站 C2 就已經存在了，它是一個程式設計指南的寶庫。這些原則大多來自於 Smalltalk 程式設計社群。Smalltalk 的思想影響了許多物件導向的語言，包括 Python。

C2 維基定義了武士原則Samurai Principle：“勝利歸來，要麼不歸。”用 Python 人的術語來說，它鼓勵摒棄哨兵值sentinel value，比如用返回 None 或 -1 來表示無法完成任務，而是採用引發異常的方式。一個 None 是無聲的：它看起來像一個值，可以放在一個變數中，然後到處傳遞。有時，它甚至是一個有效的返回值。

這裡的原則是，如果一個函式不能完成它的契約，它應該“高調失敗”：引發一個異常。所引發的異常永遠不會看起來像是一個可能的值。它將跳過 returned_value = call_to_function(parameter) 行，並上升到呼叫棧中，可能使程式崩潰。

崩潰的除錯是很直接的：有一個堆疊跟蹤來指示問題以及呼叫堆疊。崩潰可能意味著程式的必要條件沒有滿足，需要人為干預。它可能意味著程式的邏輯有問題。無論是哪種情況，高調失敗都比一個隱藏的、“缺失”的值要好。用 None 來感染程式的有效資料，直到它被用在某個地方，就如你可能已經知道的，錯誤資訊會說 “None 沒有方法進行拆分”。

有時需要顯式地捕獲異常。我們可能會預見到檔案中的某些行格式錯誤，並希望以特殊的方式來處理它們，也許可以把它們放在一個“需要人來看看的行”的檔案中，而不是讓整個程式崩潰。

Python 允許我們用 except 來捕獲異常。這意味著錯誤可以被顯式消除。這種明確性意味著 except 行在程式碼審查中是可見的。質疑為什麼應該在這裡顯式消除異常並從異常中恢復，是有意義的。自問一下我們是否捕獲了太多或太少的異常也是有意義的。

因為這些全都是明確的，所以有人可以閱讀程式碼並瞭解哪些異常是可以恢復的。

via:

作者：Moshe Zadka 選題：lujun9972 譯者：wxy 校對：wxy

本文由 LCTT 原創編譯， 中國 榮譽推出