設計模式原則

2022-06-07 03:54:11 字數 443 閱讀 1452

設計模式原則:

一,單一職責原則:

乙個類只負責乙個功能領域中的相應職責,或者可以定義為:就乙個類而言,應該只有乙個

引起他變化的原因。

二,開閉原則

乙個軟體實體應當對擴充套件開放,對修改關閉。即軟體實體應盡量在不修改原有**的情況下

進行擴充套件。

三,黎克特制代換原則

所有引用基類(父類)的地方必須能透明的使用其子類的地方

四,依賴倒置原則

要針對介面程式設計,而不是實現程式設計

五,介面隔離原則

介面僅僅提供客戶端需要的行為,客戶端不需要的行為則隱藏起來,應當為客戶端提供盡可能

小的介面,而不是提供大的總介面

六,迪公尺特法則

乙個軟體實體盡量減可能少地與其他實體發生相互作用

迪公尺特法則還有幾種定義形式,包括:不要和「陌生人」說話、只與你的直覺朋友通訊等

設計模式 設計模式原則

1 單一職責原則 srp 乙個類應當只有乙個引起其變化的原因。使用單一職責原則的好處有 1 類的複雜性降低 2 可讀性提高 3 可維護性提高 4 變更引起的風險降低 2 黎克特制替換原則 lsp 在使用父類的地方,可以使用其子類替換。黎克特制替換原則的含義 1 子類必須完全實現父類的方法 2 子類可...

設計模式 設計原則

1.單一職責原則 single responsibility principle,簡稱srp 就乙個類而言,應該僅有乙個引起它變化的原因。如果乙個類承擔的職責過多,就等於把這些職責耦合在一起,乙個職責的變化可能會削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計,當變化發生時,設計會遭受到...

設計模式 設計原則

description 這是本人學習 設計模式之禪 的筆記 設計原則 一 單一職責 應該有且僅有乙個原因讓乙個類發生變更。這個原則目的是要讓介面的職責分明,結構清晰。優點 類的複雜度降低,可讀性提高,變更風險低,可維護性提高。二 黎克特制替換 通俗一點就是父類存在的地方,可以替換為子類,而程式的行為...