設計模式原則

單一職責原則

單一職責原則：就乙個類而言，應該僅有乙個引起它變化的原因。如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。

軟體設計真正要做的許多內容，就是發現職責並把那些職責相互分離。如果能夠想到多於乙個的動機去改變乙個類，那麼這個類就具有多於乙個的職責，這時就應該考慮類的職責分離。

開放-封閉原則

開放-封閉原則：軟體實體（類、模組、函式等等）應該可以擴充套件，但是不可修改。面對需求，對程式得改動使通過增加新**進行，而不是更改現有得**。

依賴倒轉原則（依賴倒置原則）

a. 高層模組不應該依賴低層模組，倆個都應該依賴抽象

b. 抽象不應該依賴細節，細節應該依賴抽象

應該針對介面程式設計，不要對實現程式設計。

黎克特制代換原則

子型別必須能夠替換掉它們得父型別。

白話翻譯就是：乙個軟體實體如果使用得使乙個父類得話，那麼一定適用於其子類，而且它察覺不出父類物件和子類物件的區別。也就是說，在軟體裡面，把父類都替換成它的子類，程式的行為沒沒有變化。

依賴倒轉是物件導向設計的標誌，用哪種語言來編寫程式不重要，如果編寫時考慮的都是如何針對抽象邊觀察而不是針對細節程式設計，即程式中所有的依賴關係都終止於抽象類或者介面，那就是物件導向設計，反之那就是過程化的設計。