設計模式結(完結篇)

前言

設計模式並不能使咱們的代碼變得高效，由於不少的時候並非設計模式使咱們的代碼高效，而是架構。在現代中，咱們不能從頭不用一個框架進行開發，框架的選擇是架構的一部分，這些很大一部分決定了咱們的性能。

設計模式可使咱們的代碼變得優雅，在將來的一個擴展開發中變得更好，也許咱們在開發初期看不到，可是隨着代碼不斷迭代，很快就會有不一樣出現，前面設計模式中介紹了各類形式，可是呢，並無介紹內功。

設計模式能夠說是一些套路，可是這些套路咱們在複雜的代碼中，很難徹底直接用上，確定是變化的，好比說構建者模式，如今的這個模式依然在沿用，只是形式變了，那麼什麼是內功呢？就是一些原則，如何去接近並解決如今的問題呢？

正文

這些是6大原則:

Single Responsibility Principle：單一職責原則
Open Closed Principle：開閉原則
Liskov Substitution Principle：里氏替換原則
Law of Demeter：迪米特法則
Interface Segregation Principle：接口隔離原則
Dependence Inversion Principle：依賴倒置原則

可是我並不打算介紹完這幾個東西，由於介紹都是理論性的東西了，百度能夠直接搜索到。新創建一個系列，介紹這些原則的實用性，另外擴展幾個新的原則，還有一些變化的地方，估計20多篇。

結

原則心法篇見，一樣但願一塊兒共同窗習進步，若有錯誤的地方，請指出，在此感謝。設計模式完結，後面會進行一些修改，同時會進行一些擴展和補充。