設計模式6大原則詳解

来源:https://www.cnblogs.com/sxw117886/archive/2020/07/20/13345757.html

設計模式六大原則: 面向對象語言開發過程中,推薦的一些指導性原則(並不是強制要求的) 1. 單一職責原則(Single Responsibility Principle)2. 里氏替換原則(Liskov Substitution Principle)3. 依賴倒置原則(Dependence Inve ...


 

設計模式六大原則: 面向對象語言開發過程中,推薦的一些指導性原則(並不是強制要求的)

1. 單一職責原則(Single Responsibility Principle)
2. 里氏替換原則(Liskov Substitution Principle)
3. 依賴倒置原則(Dependence Inversion Principle)
4. 介面隔離原則(Interface Segregation Principle)
5. 迪米特法則 (Law Of Demeter)
6. 開閉原則(Open Closed Principle)


1.單一職責原則(Single Responsibility Principle)

  1. 單一職責原則:類T負責兩個不同的職責:職責P1,職責P2。當由於職責P1需求發生改變而需要修改類T時,有可能會導致原本運行正常的職責P2功能發生故障。

簡單來說單一職責原則就是:一個類只負責一件事兒,一個類不要讓他太“累” ;

優點:拆分之後,職責變得單一
          閱讀簡單,易於維護;
          擴展升級,減少修改,直接增加類;
          方便代碼重用的;
          總的來說就是使程式:簡單--穩定--強大

缺點:單一職責的成本:類變多了;上端需要瞭解更多的類

衡量著使用:如果類相對穩定,擴展變化少,而且邏輯簡單,違背單一職責也沒關係

                     代碼足夠簡單,就可以稍稍違背;
                     如果不同的職責,總是一起變化,這種是一定要分開的;
 
當然不只是類要支持單一職責原則,下麵這些也要支持:

方法:方法多個分支,還可能擴展變化,最好拆分成多個方法;
類:接受輸入-數據驗證-邏輯計算--資料庫操作--日誌 為了重用,方便維護升級;
介面:也會把不同的功能介面,獨立開來;
類庫:把項目拆分成多個類庫,重用--方便維護;
項目:一個web解決所有問題:客戶端;管理後臺;定時服務;遠程介面; 還是要拆分;
系統:成熟互聯網企業,有N多項目,有很多重覆功能,IP庫/日誌庫/監控系統/線上統計。。。;

2. 里氏替換原則(Liskov Substitution Principle)

里氏替換原則:任何使用基類的地方,都可以透明的使用其子類;也就是,繼承+不改變行為;

繼承:通過繼承,子類擁有父類的一切屬性和行為,任何父類出現的地方,都可以用子類來代替;
1 子類必須完全實現父類有的方法,如果子類沒有父類的某項東西,就斷掉繼承;
2 子類可以有父類沒有的東西,所以子類的出現的地方,不一定能用父類來代替;
3 透明,就是安全,父類的東西換成子類後不影響程式:
     a 父類已經實現的東西,子類不要去new;
     b 父類已經實現的東西,想改的話,就必須用virtual+override 避免埋雷;

  聲明變數、參數、屬性、欄位,最好都是基於基類的,也就是里式替換原則,能在父類聲明的東西不要在子類聲明;

3. 依賴倒置原則(Dependence Inversion Principle)

依賴倒置原則:高層模塊不應該依賴於低層模塊,二者應該通過抽象依賴,也就是要依賴抽象,而不是依賴細節;

抽象:抽象類/介面
細節:具體的類

23種設計模式,80%以上跟這個有關

依賴細節:程式寫死了,不談什麼擴展;
依賴抽象,更具有通用性,而且具備擴展性;
細節多變的,抽象是穩定的;系統架構基於抽象來搭建,會更穩定更具備擴展性

面向抽象編程, 底層模塊裡面儘量都有抽象類/介面,
在聲明參數/變數/屬性的時候,儘量的都是 介面/抽象類

有人說:你說的我都懂,但是我在開發的過程中,好像沒有感覺哪裡需要抽象?
    其實是因為你的項目還不夠麻煩,,如果項目不考慮擴展變化,那確實不需要依賴倒置

4. 介面隔離原則(Interface Segregation Principle)

介面隔離原則:客戶端不應該依賴它不需要的介面;一個類對另一個類的依賴應該建立在最小的介面上;
                       實現一個介面的時候,只需要自己必須的功能;

 

為什麼不建立一個大而全的介面,而是要拆分?

因為不能讓類型實現自己沒有的功能;


為什麼要儘量的用同一個介面?

儘量讓抽象更具備復用性;

 

介面拆分是隨著項目進程而演變的,一直演變下去,是不是直接拆分成一個介面一個方法得了??
如果真的一個介面一個方法,那也沒意義了;

 

究竟該如何設計呢? 確實需要豐富的經驗和對業務的理解:
1 介面不能太大,否則會實現不需要的功能;
2 介面還是要儘量的小, 但是一致的功能是應該在一起的,密不可分的功能不要分開;
   不能過度設計 要考慮清楚業務的邊界;
3 介面合併:如果一個業務包含多個固定步驟,我們不應該把步驟都暴露,而是提供一個入口即可;如地圖導航,裡面有搜索-定位-導航介面,對於用戶只要結果導航,所以要把三個介面合併;

5. 迪米特法則 (Law Of Demeter)

迪米特法則(最少知道原則):一個對象應該對其他對象保持最少的瞭解。

面向對象--類--類與類之間會有交互--功能模塊--系統
高內聚,低耦合:高度封裝,儘量少的暴露信息,類與類之間減少依賴;
只與直接的朋友通信

去掉內部依賴--降低訪問修飾符
門面(外觀)模式/中介者模式

6. 開閉原則(Open Closed Principle)

開閉原則:對擴展開發,對修改關閉;
如果有功能擴展變化的需求,希望是增加類而不是修改;
修改會影響原有功能,引入錯誤;
增加類就不會影響原有的東西;

開閉原則是原則的原則,五大原則是手段,這個是目標;
修改方法--增加方法(修改類)--增加類--增加dll--配置文件;

 

當然項目設計的時候,其實很難說全部都滿足;任何一個項目都有自己的特點;
會在這裡有所取捨;


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

更多相關文章
  • 一、定義 當客戶不方便直接訪問一個對象或者不滿足需要的時候,提供一個對象來控制堆這個對象的訪問。 二、舉例 惰性單例模式的實現依靠緩存代理 三、結構 代理模式需要一個本體對象和一個代理對象。在代理模式下,對於本體對象的特定的操作通過代理對象進行。如圖所示 這種模式的關鍵點在於:本體對象和代理對象介面 ...
  • setTimeout(一次) setInterval(定時一次) HTML: <!DOCTYPE html> <html> <head> <meta chartset="utf-8"> <title></title> <link rel ="stylesheet" href= "./style.cs ...
  • 加了y滾動條後表格就錯位,需要給所有列加上寬度百分比,如果有單選這種特殊列,要在表格列拿出2%給它,其餘列相加之和為98%即可。 然後還加了一個全局樣式 .ant-table-tbody > tr > td { white-space: break-spaces; } ...
  • 瀏覽器記住密碼的機制 首先理解瀏覽器保存密碼和自動填充是兩個機制,記住密碼機制需要遵循同源策略 測試瀏覽器(mac) 瀏覽器 版本 google 56.0.2924.87 (64-bit) firefox 51.0.1 (64 位) safari 10.0 (12602.1.50.0.10) ie( ...
  • 前言 最近在學習 Angular,一些基礎的語法也學習的差不多了,就在 github 上新建了一個代碼倉庫,準備用 ng-zorro 搭個後臺應用的模板,方便自己以後寫些小東西時可以直接使用。前端項目,最主要的還是能夠實際看到,因此考慮找個地方部署,因為自己的博客是部署到 github page 上 ...
  • 前言 本篇文章收錄於專輯:http://dwz.win/HjK 你好,我是彤哥,一個每天爬二十六層樓還不忘讀源碼的硬核男人。 大家都知道,數據結構與演算法解決的主要問題就是“快”和“省”的問題,即如何讓代碼運行得更快, 如何讓代碼更節省存儲空間。 所以,“快”和“省”是衡量一個演算法非常重要的兩項指標, ...
  • 裝飾模式 裝飾模式的特點 動態撤銷功能 裝飾模式可以動態向一個現有的對象添加新的功能,同時又不改變其結構。就增加功能來說,使用繼承的方式生成子類也可以達到目的,但隨著擴展功能的不斷增加,子類的數量會快速膨脹,而裝飾模式提供了一種更加靈活的方案。 裝飾模式 GOF對裝飾模式的描述為: Attach a ...
  • 你好,我是彤哥,技術公號主“彤哥讀源碼”的運營者。 其實,我剛學習Netty的時候,也是很迷茫的,直到有一天,一個同事收到了阿裡的offer,他要去阿裡做中台了,臨走前他偷偷地告訴我,多看看Netty,特別是源碼。 之後,我把市面上有關Netty的書籍和博客幾乎全部看了一遍,並跟著書中的示例邊看邊練 ...
一周排行
  • 比如要拆分“呵呵呵90909086676喝喝999”,下麵當type=0返回的是中文字元串“呵呵呵,喝喝”,type=1返回的是數字字元串“90909086676,999”, private string GetStrings(string str,int type=0) { IList<strin ...
  • Swagger一個優秀的Api介面文檔生成工具。Swagger可以可以動態生成Api介面文檔,有效的降低前後端人員關於Api介面的溝通成本,促進項目高效開發。 1、使用NuGet安裝最新的包:Swashbuckle.AspNetCore。 2、編輯項目文件(NetCoreTemplate.Web.c ...
  • 2020 年 7 月 30 日, 由.NET基金會和微軟 將舉辦一個線上和為期一天的活動,包括 微軟 .NET 團隊的演講者以及社區的演講者。本次線上大會 專註.NET框架構建微服務,演講者分享構建和部署雲原生應用程式的最佳實踐、模式、提示和技巧。有關更多信息和隨時瞭解情況:https://focu... ...
  • #abp框架Excel導出——基於vue #1.技術棧 ##1.1 前端採用vue,官方提供 UI套件用的是iview ##1.2 後臺是abp——aspnetboilerplate 即abp v1,https://github.com/aspnetboilerplate/aspnetboilerp ...
  • 前言 本文的文字及圖片來源於網路,僅供學習、交流使用,不具有任何商業用途,版權歸原作者所有,如有問題請及時聯繫我們以作處理。 作者:碧茂大數據 PS:如有需要Python學習資料的小伙伴可以加下方的群去找免費管理員領取 input()輸入 Python提供了 input() 內置函數從標準輸入讀入一 ...
  • 從12年到20年,python以肉眼可見的趨勢超過了java,成為了當今It界人人皆知的編程語言。 python為什麼這麼火? 網路編程語言搜索指數 適合初學者 Python具有語法簡單、語句清晰的特點,這就讓初學者在學習階段可以把精力集中在編程對象和思維方法上。 大佬都在用 Google,YouT ...
  • 在社會上存在一種普遍的對培訓機構的學生一種歧視的現象,具體表現在,比如:當你去公司面試的時候,一旦你說了你是培訓機構出來的,那麼基本上你就涼了,那麼你瞞著不說,然後又通過了面試成功入職,但是以後一旦在公司被髮現有培訓經歷,可能會面臨被降薪,甚至被辭退,培訓機構出來的學生,在用人單位眼裡就是能力低下的 ...
  • from typing import List# 這道題看了大佬寫的代碼,經過自己的理解寫出來了。# 從最外圍的四周找有沒有為O的,如果有的話就進入深搜函數,然後深搜遍歷# 判斷上下左右的位置是否為Oclass Solution: def solve(self, board: List[List[s ...
  • import requests; import re; import os; # 1.請求網頁 header = { "user-agent":'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_5) AppleWebKit/537.36 (KHTML, li ...
  • import requests; import re; import os; import parsel; 1.請求網頁 header = { "user-agent":'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_5) AppleWebKit/537. ...