軟體設計六大原則

2021-07-22 02:22:24 字數 710 閱讀 4315

單一職責原則:

可以降低類的複雜度,乙個類只負責一項職責,其邏輯肯定要比負責多項職責簡單的多;

提高類的可讀性,提高系統的可維護性;

變更引起的風險降低,變更是必然的,如果單一職責原則遵守的好,當修改乙個功能時,可以顯著降低對其他功能的影響。

黎克特制替換原則:

子類可以實現父類的抽象方法,但不能覆蓋父類的非抽象方法。

子類中可以增加自己特有的方法。

當子類的方法過載父類的方法時,方法的前置條件(即方法的形參)要比父類方法的輸入引數更寬鬆。

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

依賴倒置原則:

低層模組盡量都要有抽象類或介面,或者兩者都有。

變數的宣告型別盡量是抽象類或介面。

使用繼承時遵循黎克特制替換原則。

介面隔離原則:

介面盡量小,但是要有限度。對介面進行細化可以提高程式設計靈活性是不掙的事實,

但是如果過小,則會造成介面數量過多,使設計複雜化。所以一定要適度。

為依賴介面的類定**務,只暴露給呼叫的類它需要的方法,它不需要的方法則隱藏起來。

只有專注地為乙個模組提供定**務,才能建立最小的依賴關係。

提高內聚,減少對外互動。使介面用最少的方法去完成最多的事情。

迪公尺特法則:

盡量降低類與類之間的耦合。

開閉原則 

對擴充套件開放,對修改關閉

軟體設計六大原則

單一職責原則,srp 功能職責單一,只能擁抱一種變化。黎克特制替換原則,lsp 所有在使用父類的情況,都可以用子類替換。繼承的子類不能改動父類已實現的功能。依賴倒置原則,dip 高層通過抽象依賴低層,細節應該依賴抽象,抽象不應該依賴於細節。介面隔離原則,sip 從某種程度上看,介面隔離原則就是介面版...

軟體設計中的六大原則 開閉原則

設計模式六大原則 單一職責原則 設計模式六大原則 介面隔離原則 設計模式六大原則 依賴倒置原則 設計模式六大原則 黎克特制替換原則 設計模式六大原則 迪公尺特法則 設計模式六大原則 開閉原則 設計模式六大原則 開閉原則開閉原則 open close principle software entiti...

設計模式六大原則

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