開放封閉原則(Open Close Principle)

　　原則思想：盡量通過擴展軟件實體來解決需求變化，而不是通過修改已有的代碼來完成變化

　　描述：一個軟件產品在生命周期內，都會發生變化，既然變化是一個既定的事實，我們就應該在設計的時候盡量適應這些變化，以提高項目的穩定性和靈活性。

　　優點：單一原則告訴我們，每個類都有自己負責的職責，里氏替換原則不能破壞繼承關系的體系。

　　里氏代換原則(Liskov Substitution Principle)

　　原則思想：使用的基類可以在任何地方使用繼承的子類，完美的替換基類。

　　大概意思是：子類可以擴展父類的功能，但不能改變父類原有的功能。子類可以實現父類的抽象方法，但不能覆蓋父類的非抽象方法，子類中可以增加自己特有的方法。

　　優點：增加程序的健壯性，即使增加了子類，原有的子類還可以繼續運行，互不影響。

　　依賴倒轉原則(Dependence Inversion Principle)

　　依賴倒置原則的核心思想是面向接口編程.

　　依賴倒轉原則要求我們在程序代碼中傳遞參數時或在關聯關系中，盡量引用層次高的抽象層類，

　　這個是開放封閉原則的基礎，具體內容是：對接口編程，依賴于抽象而不依賴于具體。

　　接口隔離原則(Interface Segregation Principle)

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

　　例如：支付類的接口和訂單類的接口，需要把這倆個類別的接口變成倆個隔離的接口

　　迪米特法則(最少知道原則)(Demeter Principle)

　　原則思想：一個對象應當對其他對象有盡可能少地了解，簡稱類間解耦

　　大概意思就是一個類盡量減少自己對其他對象的依賴，原則是低耦合，高內聚，只有使各個模塊之間的耦合盡量的低，才能提高代碼的復用率。

　　優點：低耦合，高內聚。

　　單一職責原則(Principle of single responsibility)原則思想：一個方法只負責一件事情。

　　描述：單一職責原則很簡單，一個方法 一個類只負責一個職責，各個職責的程序改動，不影響其它程序。 這是常識，幾乎所有程序員都會遵循這個原則。

　　優點：降低類和類的耦合，提高可讀性，增加可維護性和可拓展性，降低可變性的風險。