剛學習了設計模式，發現設計模式的六大原則基本上都是為了提高代碼的可維護性、可讀性、擴展性。現在先來簡單的了解一下它們的內容：

一、單一職責原則

概念：就一個類而言，應該只有一個引起它變化的原因。

理解：一個類只有一個職責，如果職責過多，代碼就會臃腫，可讀性就差，也會更加難以維護。

why：我們在做編程的時候，很自然給一個類加各種各樣的功能，這就意味著，無論任何需求要來，都需要改這個窗體類，這樣維護起來麻煩，不能復用，缺乏靈活性。

二、開閉原則

概念：是說軟件實體(類、模塊、函數等等)應該可以擴展，但是不能修改。

理解：對于擴展是開放的，對于更改是封閉的。意味著一個實體是允許在不改變它的源代碼的前提下變更它的行為.

三、依賴倒置原則

概念：1、上層模塊不應該依賴底層模塊，它們都應該依賴于抽象。2、抽象不應該依賴于細節，細節應該依賴于抽象。

理解：簡單的說就是要求對抽象進行編程，不要對實現進行編程，這樣就降低了客戶與實現模塊間的耦合。

四、接口隔離原則

概念：1、客戶端不應該依賴它不需要的接口。2、一個類對另一個類的依賴應該建立在最小的接口上。

理解：使用多個專門的接口比使用單一的總接口要好。一個接口代表一個角色，不應當將不同的角色都交給一個接口。沒有關系的接口合并在一起，形成一個臃腫的大接口，這是對角色和接口的污染。

五、迪米特法則

概念：一個對象應當對其他對象有盡可能少的了解,不和陌生人說話。

理解：迪米特法則不希望類之間建立直接的聯系。如果真的有需要建立聯系，也希望能通過它的友元類來轉達。

六、里氏替換原則

概念：何基類可以出現的地方，子類一定可以出現。

理解：只有當衍生類可以替換掉基類，軟件單位的功能不受到影響時，基類才能真正被復用，而衍生類也能夠在基類的基礎上增加新的行為。

現在只是先簡單的了解下，之后會有更深入的理解。

總結

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

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