基於快速失敗的軟體開發 - levelup

1. 汽車在感測器損壞的情況下行駛，讓我們看看它能走多遠。
2. 汽車拒絕移動並通知您感測器損壞。

聽起來是個可怕的主意
軟體開發人員使用許多技術來防止他們的程式失敗。一些例子包括：

• 回退
• 稍後重試
• 優雅降級

默默地失敗就像把頭埋在沙子裡。它沒有解決根本問題，只是假裝問題不存在。—弗拉基米爾·霍里科夫

不要把頭埋在沙子裡，而是要快速失敗！快速失敗的軟體會盡早失敗並儘可能地可見²。這聽起來像是一個可怕的想法，但事實並非如此。
 

故障緩慢的自動駕駛汽車
讓我們假設介紹中的自動駕駛汽車在感測器損壞的情況下嘗試自動駕駛。它可以毫無問題地駛離停車場，但一旦我們到達開闊的道路，災難就會襲來。損壞的攝像頭導致汽車墜毀。車子全毀了，我們很幸運沒有人受傷。
鑑於汽車的當前狀態，確定碰撞原因是一個費力的過程。專家們只有在經過漫長而昂貴的調查後才發現損壞的感測器。
快速失敗的汽車不會讓這樣的事故發生。感測器不會自行修復，但故障排除很容易，因為汽車會向您顯示問題所在。
也許這是一個牽強附會的例子來說明問題。然而，類似的概念也適用於故障緩慢軟體。慢故障軟體也可能以意想不到的方式崩潰，因為小問題沒有被注意到，使除錯成為一個複雜而昂貴的過程。
 

快速失敗的優勢
故障快速軟體中的錯誤和故障會更早地出現，使它們更容易重現和修復，這使得軟體開發更加愉快。

• 節約成本

• 防止資料損壞

• 沒有銀彈

實踐中的原則
我們已經看到快速失敗並不是一個可怕的想法，那麼我們如何應用它呢？
儘管快速失敗原則與語言無關，但我是一名 Java 開發人員，因此本節使用 Java 程式碼示例。

• 斷言

public final class Assert {

    private Assert() {
        // Hide constructor to avoid instantiation
    }

    public static void notEmpty(final String obj, final String errorMessage) {
        if (obj == null || obj.isEmpty()) {
            throw new IllegalStateException(errorMessage);
        }
    }
}

• 戰術斷言放置

放置你的斷言，以便軟體更早地失敗——接近原始問題——使問題易於發現。—吉姆·肖爾
我發現快速失敗斷言最有用的地方是建立不可變物件。顧名思義，不可變物件在我們例項化它們後永遠不會改變。透過確保我們使用有效值例項化一個不可變物件，我們在以後使用它時不必擔心它包含無效資料。

public class Person {
    private final String firstName;
    private final String lastName;

    public Person(String firstName, String lastName) {
        Assert.notEmpty(firstName, "firstName cannot be empty");
        Assert.notEmpty(lastName, "lastName cannot be empty");

        this.firstName = firstName;
        this.lastName = lastName;
    }

    // Getters, equals(), and hashCode() omitted for brevity
}

• 無需自毀