設計模式（Design pattern）是軟件開發人員在軟件開發過程中面臨的一般問題的解決方案。這些解決方案是眾多軟件開發人員經過相當長的一段時間的試驗和錯誤總結出來的。 設計模式是一套被反復使用的、多數人知曉的、經過分類編目的、代碼設計經驗的總結。 使用設計模式是為了重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 項目中合理地運用設計模式可以完美地解決很多問題，每種模式在現實中都有相應的原理來與之對應，每種模式都描述了一個在我們周圍不斷重復發生的問題，以及該問題的核心解決方案，這也是設計模式能被廣泛應用的原因。 ### 六大原則 1.?開閉原則（Open Close Principle） 對擴展開放，對修改關閉。在程序需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。簡言之，是為了使程序的擴展性好，易于維護和升級。想要達到這樣的效果，我們需要使用接口和抽象類。 2.?里氏代換原則（Liskov Substitution Principle） 里氏代換原則（Liskov Substitution Principle, LSP）中說，任何基類可以出現的地方，子類一定可以出現。LSP 是繼承復用的基石，只有當派生類可以替換掉基類，且軟件單位的功能不受到影響時，基類才能真正被復用，而派生類也能夠在基類的基礎上增加新的行為。里氏代換原則是對開閉原則的補充。實現開閉原則的關鍵步驟就是抽象化，而基類與子類的繼承關系就是抽象化的具體實現，所以里氏代換原則是對實現抽象化的具體步驟的規范。 3.?依賴倒轉原則（Dependence Inversion Principle） 這個原則是開閉原則的基礎，具體內容：針對接口編程，依賴于抽象而不依賴于具體。 4.?接口隔離原則（Interface Segregation Principle） 使用多個隔離的接口，比使用單個接口要好。降低類之間的耦合度。它強調降低依賴，降低耦合。 5.?迪米特法則，又稱最少知道原則（Demeter Principle） 一個實體應當盡量少地與其他實體之間發生相互作用，使得系統功能模塊相對獨立。 6.?合成復用原則（Composite Reuse Principle） 盡量使用合成/聚合的方式，而不是使用繼承。 相關書籍推薦： 《 Design Patterns - Elements of Reusable Object-Oriented Software》 《設計模式：可復用面向對象軟件的基礎》