六大基本原則

• 總原則
• • 原則

總原則

開放-封閉原則：對修改進行封閉，在原有程序需要拓展的時候，不能去修改原有的代碼邏輯，而是進行拓展，實現一個熱插拔（可以新增或者舍棄），這樣可以使程序的擴展性更好，易于維護和升級

原則

1.單一原則：如果一個類會發生變更，就應該將類進行拆分，否則會發生混亂。比如我們有一個T管理p1，p2，當p1發生變化的時候 就可能會導致p2也發送變化。

• 優點
  • 降低類的復雜度，一個類只負責一項職責。
  • 提高類的可讀性，可維護性
  • )降低變更引起的風險

里氏替換原則 ：任何基類出現的地方，子類都能夠替換它。 在繼承中就是遵循里氏替換原則，所以原則上我們不應該去重載或者重寫方法

依賴倒轉原則：高層模塊不應該依賴底層模塊，兩者都應該依賴其抽象，抽象不應該依賴細節， 細節依賴抽象，在java中抽象指的就是抽象類和接口，而細節就是具體實現的類，抽象制定規范，細節交給實現類去展現。

接口隔離原則：每個接口不應該存在被子類不需要實現的方法。如果不然，就需要將接口進行拆分，使用多個隔離的接口會比單個（多個集合）的效果好的多。


這里注意的是單一職責注重職責，而接口隔離原則注重對接口依賴的隔離；二，單一職責是約束類，其次是方法，針對的是程序中的實現和細節；而接口隔離原則約束的是接口，針對的是抽象，程序整體框架的構建。

5.迪米特原則（最少知道法則）：一個類對自己依賴的類知道的越少越好，換句話說就是對依賴類不管有多復雜，我們應該將他封裝在內部，通過public方法對外提供，
6.開閉原則：一個軟件實體如類，模塊和函數應該對擴展開放，對修改關閉。用抽象構建框架，用實現擴展細節。
當軟件需要變化時，盡量通過擴展軟件實體的行為來實現變化，而不是通過修改已有的代碼來實現變化。
當我們遵循前面介紹的5大原則，以及使用23中設計模式的目的就是遵循開閉原則。

總結

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

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