1.　　單一職責原則

　　定義：就一個類而言，應該僅有一個引起他變化的原因。

?

　　如果一個類的職責太多，就等于把這些職責耦合到一起。一個職責的變化，可能會消弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。

　　軟件設計真正要做的許多內容就是發現職責并把職責分離，如果你能夠想到多余一個的動機去改變一個類，那么這個類就具有多余一個的職責。

?

2.　　開放-封閉原則

　　軟件實體可以擴展，但是不可以修改。

　　在最初編寫代碼時，先假設變化不會發生。當發生變化后，我們就創建抽象來隔離以后可能發生同類的變化。

　　 面對需求，程序的改動是通過增加新代碼進行的，而不是更改現有的代碼。

　　拒絕不成熟的抽象和抽象本身一樣重要。

?

3.　　依賴倒轉原則

　　1、高層模塊和底層模塊都應該依賴抽象。

　　2、細節也依賴抽象。

?

4.　　里氏代換原則

　　子類能夠替換父類型。

　　只有當子類可以替換掉父類，軟件單位功能不受影響時，父類才能正真的被復用，而子類也能在父類的基礎上正價新的行為。

　　由于子類型的可替換性才使得使用父類類型的模塊在無需修改的情況下就可以擴展。

　　程序中所有的依賴關系都是終止于抽象類或者接口，就是面向對象的設計。

轉載于:https://www.cnblogs.com/yangmingyu/p/6928277.html

總結

以上是生活随笔為你收集整理的设计模式笔记3：设计模式几大原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。