a、開閉原則（Open Close Principle）

開閉原則就是說對擴充套件開放，對修改關閉。

可以通過“抽象約束、封裝變化”來實現開閉原則，即通過介面或者抽 象類為軟體實體定義一個相對穩定的抽象層，而將相同的可變因素封裝在 相同的具體實現類中。而軟體中易變的細節可以從抽象派生來的實現類來 進行擴充套件，當軟體需要發生變化時，只需要根據需求重新派生一個實現類 來擴充套件就可以了。

b、里氏代換原則（Liskov Substitution Principle）

繼承必須確保超類所擁有的性質在子類中仍然成立。也就是說：子類 繼承父類時，除新增新的方法完成新增功能外，儘量不要重寫父類的方法或者父類抽象，否則可能引起一些不必要的麻煩。

c、依賴倒轉原則（Dependence Inversion Principle）

要面向介面程式設計，不要面向實現程式設計。高內聚，低耦合（子類間沒有聯絡）。

1. 每個類儘量提供介面或抽象類，或者兩者都具備。

2. 變數的宣告型別儘量是介面或者是抽象類。

3. 任何類都不應該從具體類派生。

4. 使用繼承時儘量遵循里氏替換原則。

d、介面隔離原則（Interface Segregation Principle）

要求程式設計師儘量將臃腫龐大的介面拆分成更小的和更具體的介面，讓 介面中只包含客戶感興趣的方法。

這個原則的意思是：使用多個隔離的介面，比使用單個介面要好。還 是一個降低類之間的耦合度的意思，從這兒我們看出，其實設計模式就是 一個軟體的設計思想，從大型軟體架構出發，為了升級和維護方便。所以 上文中多次出現：降低依賴，降低耦合。

e、迪米特法則（最少知道原則）（Demeter Principle）

只與你的直接朋友交談，不跟“陌生人”說話（Talk only to your immediate friends and not to strangers）。其含義是：如果兩個軟體實 體無須直接通訊，那麼就不應當發生直接的相互呼叫，可以通過第三方轉 發該呼叫。其目的是降低類之間的耦合度，提高模組的相對獨立性。

f、合成複用原則（Composite Reuse Principle）

原則是儘量使用合成/聚合的方式，而不是使用繼承。如果要使用繼承 關係，則必須嚴格遵循里氏替換原則。合成複用原則同里氏替換原則相輔 相成的，兩者都是開閉原則的具體實現規範。

g、單一原則

一個類只做一件事情