設計模式六大原則：里氏替換原則

目錄： 

　　設計模式六大原則：單一職責原則

　　設計模式六大原則：接口隔離原則 

　　設計模式六大原則：依賴倒置原則

　　設計模式六大原則：里氏替換原則

　　設計模式六大原則：迪米特法則

　　設計模式六大原則：開閉原則

里氏替換原則：

　　子類應當可以替換父類並出現在父類能夠出現的地方。比如：公司搞年度派對，都有員工都可以抽獎，那么不管是新員工還是老員工，也不管是總部員工還是外派員工，都應當可以參加抽獎。

　　里氏替換至少包含一下兩個含義：

　　　　1、里氏替換原則是針對繼承而言的，如果繼承是為了實現代碼重用，也就是為了共享方法，那么共享的父類方法就應該保持不變，不能被子類重新定義。子類只能通過新添加方法來擴展功能，父類和子類都可以實例化，而子類繼承的方法和父類是一樣的，父類調用方法的地方，子類也可以調用同一個繼承得來的，邏輯和父類一致的方法，這時用子類對象將父類對象替換掉時，當然邏輯一致，相安無事。

　　　　2、如果繼承的目的是為了多態，而多態的前提就是子類覆蓋並重新定義父類的方法，為了符合LSP，我們應該將父類定義為抽象類，並定義抽象方法，讓子類重新定義這些方法，當父類是抽象類時，父類就是不能實例化，所以也不存在可實例化的父類對象在程序里。也就不存在子類替換父類實例（根本不存在父類實例了）時邏輯不一致的可能。 

案例：

internal class Program
{
    private static void Main(string[] args)
    {
        A a = new A();
        Console.WriteLine($"100-50={(a.func1(100, 50))}");

        B b = new B();
        Console.WriteLine($"100-50={(b.func1(100, 50))}");
        Console.WriteLine($"100-50={(b.func2(100, 50))}");

        Console.ReadKey();
    }
}

internal class A
{
    public int func1(int num1, int num2)
    {
        return num1 - num2;
    }
}

internal class B : A
{
    //public int func1(int num1, int num2)
    //{
    //    return num1 + num2;
    //}

    public int func2(int num1, int num2)
    {
        return func1(num1, num2) + 100;
    }
}

　　由上述代碼可以看出，若類B在繼承類A時不注意，重寫了父類方法func1就會導致結果與預想的不一致，改變了父類原有的功能。故里氏轉換原則應滿足以下要求：

　　1、子類可以實現父類的抽象方法，但不能覆蓋父類的非抽象方法

　　2、子類可以增加自己特有的方法

　　3、當子類的方法重載父類的方法時，方法的形參要比父類方法的輸入參數更寬松

　　4、當子類的方法實現父類的抽象方法時，方法的返回值應比父類更嚴格

優點：

　　可以大大減少程序的bug以及增強代碼的可讀性