設計模式六大原則

2021-10-05 07:58:38 字數 863 閱讀 4073

1.單一原則(single responsibility principle):乙個類只負責一項職責,盡量做到類的只有乙個行為原因引起變化;

a、業務物件(bo business object)、業務邏輯(bl business logic)拆分;

2.黎克特制替換原則(lsp liskov substitution principle):子類可以擴充套件父類的功能,但不能改變原有父類的功能;

(目的:增強程式的健壯性)實際專案中,每個子類對應不同的業務含義,使父類作為引數,傳遞不同的子類完成不同的業務邏輯。

3.依賴倒置原則(dependence inversion principle):面向介面程式設計;(通過介面作為引數實現應用場景)

抽象就是介面或者抽象類,細節就是實現類

含義:上層模組不應該依賴下層模組,兩者應依賴其抽象;

抽象不應該依賴細節,細節應該依賴抽象;

【介面負責定義public屬性和方法,並且申明與其他物件依賴關係,抽象類負責公共構造部分的實現,實現類準確的實現業務邏輯】

4.介面隔離(inte***ce segregation principle):建立單一介面;(擴充套件為類也是一種介面,一切皆介面)

定義:a.客戶端不應該依賴它不需要的介面;

b.類之間依賴關係應該建立在最小的介面上;

【介面的設計粒度越小,系統越靈活,但是靈活的同時結構複雜性提高,開發難度也會變大,維護性降低】   

5.迪公尺特原則(law of demeter lod):最少知道原則,盡量降低類與類之間的耦合;

乙個物件應該對其他物件有最少的了解

6.開閉原則(open closed principle):用抽象構建架構,用實現擴充套件原則;(總綱)

(solid穩定的  記憶首字母)

設計模式六大原則

0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝,封裝好了才能很好的復用,達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...

設計模式六大原則

0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝,封裝好了才能很好的復用,達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...

設計模式六大原則

參考文章 單一職責原則 single responsibility principle,srp 乙個類只負責乙個功能領域中的相應職責,或者可以定義為 就乙個類而言,應該只有乙個引起它變化的原因。開閉原則 open closed principle,ocp 乙個軟體實體應當對擴充套件開放,對修改關閉。...