單一職責原則srp
當設計封裝乙個類時，這個類應該只負責一件事。如果向乙個類中不斷加入功能，會使介面過於複雜，整個專案過於依賴這個類，使整個專案或類失去彈性，所以我們要在開發時將功能分好類，實現單一職責原則。
開閉原則ocp
乙個類應該對擴充套件開放，對修改關閉。當我們增加功能時，應該以增加繼承子類的方式增加介面功能，而不修改原有的類。這就要求我們開發的時候要實現類功能抽象為介面。
黎克特制替換原則lsp
這個原則指的是子類必須可以替換父親，使用者在使用的時候，不能使用強制物件轉型為子類，客戶端也不應該知道物件是由哪乙個子類替換的父親。這就要求我們開發時父類要包含子類重寫的方法。
依賴倒置原則dip
這個原則講的是高層模組和低層模組都要依賴於中間的抽象模組。降低耦合度，這樣高層或低層模組缺失功能並不會影響彼此，都交由抽象類反饋到客戶端。
最少知識原則lkp
乙個類應該越少用到其他類提供的功能越好。這樣可以降低類之間的耦合度，依賴度，換個角度就是增加了類的重用性。
多用組合少用繼承原則
在我們增加功能時，很好的方法是增加新的子類，這個子類有重寫父類方法的必要，但有時我們不需要父類的有些功能，這樣就顯得多餘了，我們新建乙個類，類中新增乙個原來父類屬性，一定程度上降低了耦合度，組合也比繼承更容易維護。
設計模式 設計模式原則
1 單一職責原則 srp 乙個類應當只有乙個引起其變化的原因。使用單一職責原則的好處有 1 類的複雜性降低 2 可讀性提高 3 可維護性提高 4 變更引起的風險降低 2 黎克特制替換原則 lsp 在使用父類的地方，可以使用其子類替換。黎克特制替換原則的含義 1 子類必須完全實現父類的方法 2 子類可...
設計模式 設計原則
1.單一職責原則 single responsibility principle，簡稱srp 就乙個類而言，應該僅有乙個引起它變化的原因。如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到...
設計模式 設計原則
description 這是本人學習 設計模式之禪 的筆記 設計原則 一 單一職責 應該有且僅有乙個原因讓乙個類發生變更。這個原則目的是要讓介面的職責分明，結構清晰。優點 類的複雜度降低，可讀性提高，變更風險低，可維護性提高。二 黎克特制替換 通俗一點就是父類存在的地方，可以替換為子類，而程式的行為...