DesignPattern系列__04里氏替換原則

来源:https://www.cnblogs.com/JackHou/archive/2019/08/05/11301941.html
-Advertisement-
Play Games

1.內容引入——繼承體系的思考 在繼承中,凡是在父類已經實現的方法,其實算是一種契約或者規範,子類不應該在進行更改(重寫);但是,由於這一點不是強制要求,所以當子類進行重寫的時候,就會對繼承體系產生破壞。 同時,繼承帶來便利的時候,也有弊端:給程式帶來了侵入性,增加了對象之間的耦合性,可移植性低。當 ...


1.內容引入——繼承體系的思考

在繼承中,凡是在父類已經實現的方法,其實算是一種契約或者規範,子類不應該在進行更改(重寫);但是,由於這一點不是強制要求,所以當子類進行重寫的時候,就會對繼承體系產生破壞。
同時,繼承帶來便利的時候,也有弊端:給程式帶來了侵入性,增加了對象之間的耦合性,可移植性低。當你修改基類時,子類都需要進行相應的修改。
那麼,如何能夠保持繼承的優點,同時減少缺點對程式的影響呢?也就是我們要討論的主角——“里氏替換原則”。

2.里氏替換原則的定義

1.第一種定義

如果對每一個類型為S的對象o1, 都用類型為T的對象o2, 使得以T定義的所有程式P在所有的對象o1都替換為o2時,程式P的行為沒有發生變化,那麼類型S是類型T的子類型。

2.第二種定義

所有引用基類的地方都必須能透明地使用其子類進行替換。

第二種類型通俗易懂,就是說,只要父類出現的地方,都應該能用其子類進行替換。 但是反過來卻不一定成立,也就是子類所在的地方替換成父類,是不一定成立的。

根據定義,我們總結出以下幾點:

1.子類必須實現父類定義的抽象方法。對於父類已經實現的非抽象方法,不應該進行重寫。

結合代碼理解一下:

public abstract class SuperClass {
    public abstract void sayHi();
    public void doSomething() {
        System.out.println("父類被執行...");
    }
    
    //定義一個加法運算函數
    public int add(int i, int j) {
        int result = i + j;
        System.out.println("result = " + result);
        return result;
    }
}

public class SubClass extends SuperClass {
    @Override
    public void sayHi() {
        System.out.println("子類重寫了父類的sayHi方法...");
    }

    //子類特有的方法
    public void selfMethod() {
        System.out.println("子類特有的方法");
    }

    //子類重寫了父類的非抽象加法運算方法
    @Override
    public int add(int i, int j) {
        int result = i - j;
        System.out.println("result = " + result);
        return result;
    }

}

public class Client {
    public static void main(String[] args) {
        SuperClass clazz = new SubClass();
        clazz.doSomething();
        SubClass subClass = new SubClass();
        //子類調用自己的方法
        subClass.selfMethod();
        SuperClass superClass = (SuperClass) subClass;
        superClass.add(11,22);
    }
}

//運行結果如下:
父類被執行...
子類特有的方法
result = -11

當你繼承一個基類時,編譯器會要求你來實現基類的抽象方法,否則,會報錯。
但是,對於已經實現的方法,編譯器便不會強制讓你去重寫(也不推薦這樣做):在上面的demo中,子類重寫了父類的add方法,在調用時,出現了錯誤(基類定義的加法邏輯,被子類重寫為了一個減法)。這樣子,在父類出現的地方,不能由子類完全替換,違背了“里氏替換原則”。

2.子類可以有自己的方法。

在上面的demo中,子類定義了特有的方法selfMethod(),可以實現其他的業務邏輯。

   //子類特有的方法
    public void selfMethod() {
        System.out.println("子類特有的方法");
    }

3.當子類覆蓋或實現父類的方法時,前置條件(形參)可以比父類方法的輸入參數更寬鬆。

下來看一下demo:

public class Father {
    public Collection doSomething(HashMap map) {
        System.out.println("父類被執行...");
        return map.values();
    }
}

public class Son extends Father {
     public Collection doSomething(Map map) {
        System.out.println("子類被執行...");
        return map.values();
    }
}

public class Client1 {
    public static void main(String[] args) {
        invoke();
    }

    public static void invoke() {
//        Father clazz = new Father();
        Son clazz = new Son();
        HashMap hashMap = new HashMap();
        clazz.doSothing(hashMap);
    }

//運行結果:父類執行...

在demo中,基類定義了一個doSomething方法,接受的形參類型為HashMap,子類重載了基類的這個方法,並且將接受的形參類型擴展為Map。但是,我們發現,在父類出現的地方,替換為子類後,運行的結果不變。也就是說,子類對象在方法執行時被替換為父類對象,重載的方法並未被執行。如果想要執行子類的方法,就必須重寫,這是正確的。
如果反過來呢?下麵通過反證來證明第三點:
當子類的方法中的前置條件比父類小的時候,情況會怎麼樣呢?
在父類和子類中重新定義這兩個方法,符合子類的前置條件小於父類這一條件即可。

   //修改父類的方法,前置條件擴大為Map
    public Collection doSomething(Map map) {
        System.out.println("父類被執行...");
        return map.values();
    }

   //修改子類,前置條件縮小為HashMap
    public Collection doSomething(HashMap map) {
        System.out.println("子類被執行...");
        return map.values();
    }

當客戶端的invoke()方法中,通過Father類型調用doSomething方法時,運行結果如下:
//運行結果: 父類執行****
將對象換成Son類型時,執行結果時:

 public static void invoke() {
//        Father clazz = new Father();
        Son clazz = new Son();
        HashMap hashMap = new HashMap();
        clazz.doSothing(hashMap);
    }

//執行結果: 子類被執行...

我們看到了,子類並沒有重寫父類的方法,但是子類的方法被執行了(這是因為調用方法時,優先選擇參數類型一致的方法,也就是重載方法,找不到的話才去找類型為形參的基類的方法),但是,這個現象在邏輯上面是錯誤的。

4.當子類的方法實現父類的抽象方法時,方法的後置條件(即方法的返回值)要比父類更嚴格。

這一點是重寫的要求之一,在這裡就用代碼展示了。

最佳實踐

在前面的示例中,我們在子類SubClass中不小心重寫了基類SupClass已經實現的方法add(),導致出現了邏輯錯誤。

1.在實際的使用中,我們要儘量避免重寫父類已經實現的方法。

2.在適當的情況下減少使用繼承,多使用聚合、組合、依賴等解決問題。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 在使用ajax發送非同步請求時,遇到一個問題,就是在回調函數中接受到了非同步響應的數據,但是在前端頁面中的表單中卻不回顯該數據。 前端頁面在 第一次載入數據的同時 發送非同步請求,但是 這個 非同步響應 是在 頁面載入完數據之後 到達的,因此在 非同步響應 到達之後(這時表單數據已載入完畢) 需要第二次將數... ...
  • 大家好,我是一葉,經過一段時間對vue的學習,我打算把vue做一個系列,把踩過的坑和大家分享一下。 現在開始第一章:vue引用並封裝echarts 在文章開始前,我先舔波echarts(真香)。阿裡的G2和百度的echarts都是很不錯的,echarts上手難度小,並且用戶多,文檔多,生態環境較好, ...
  • 這個系列博客專註電腦各種理論知識 如果專註於代碼的優美、或者專註於業務,或許這些知識並不是很重要 如果剛剛編程入門,或許這些知識不太能看懂 但是專註於技術且工作一定時間的話,這些可能還是很有用的 很多都是大學的電腦專業知識,以及軟考高級職稱架構師、分析師中的知識點。 我儘量將知識點與應用實踐向結 ...
  • 阻塞與非阻塞 阻塞:A程式調用B程式,A等待返回結果,等待中A程式線程被占用,不進行其它操作。 非阻塞:A程式調用B程式,A程式線程不被占用。 阻塞--》非阻塞 的最常用解決方案:緩存,A將請求依次裝入緩存中,A不管與B是否執行完成,由B隨後依次處理,返回給A。 同步與非同步 同步:一個線程依次執行所 ...
  • 一、小案例分析 1、功能需求: 實現一個發送信息的功能,要便於擴展與維護。(1)發送信息的工具有很多,比如簡訊、微信、郵件、QQ等。(2)選擇某個工具進行信息發送。 2、小菜雞去實現: (1)定義一個發送工具的父類(介面),並將各種發送工具作為子類(實現類)。(2)定義一個選擇發送工具的類,用於調用 ...
  • 架構雜談《九》 微服務與輕量級通信機制 微服務架構是一種架構模式,它提倡將單一應用程式劃分成一組小的服務,服務之間胡亮協調、互相配合,為用戶提供最終價值。在微服務架構中,服務與服務之間通信時,通常是通過輕量級的通信機制,實現彼此間的互通互聯、互相協作。所謂輕量級通信機制,通常是指與語言無關、與平臺無 ...
  • 介紹 開閉原則是編程設計中最基本、最重要的原則。 定義:一個軟體實體如類、方法和模塊等,應該對擴展(提供方)開放,對修改(使用方)關閉。用抽象構建框架,用實現擴展細節。 也就是說,在需求發生新的變化時,我們不應該修改原來的代碼,而應該通過擴展來滿足新的需求。 例子引入 我們要實現一個畫圖的功能,能夠 ...
  • 前言 上一節中我們介紹了,依賴倒置,依賴倒置利用抽象的穩定性來架構我們的系統,是我們經常能遇到的一種原則,比如說面向介面編程。 這一節中,我們來說說里氏替換原則,這個原則其實非常非常的簡單,其實與依賴倒置相結合來看,就是希望我們用 抽象的方法 來構建項目而非 具體的實現 ,里氏替換原則就是推薦我們不 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...