前言
設計模式並不能使我們的代碼變得高效，因爲很多的時候並不是設計模式使我們的代碼高效，而是架構。在現代中，我們不能從頭不用一個框架進行開發，框架的選擇是架構的一部分，這些很大一部分決定了我們的性能。
設計模式可以使我們的代碼變得優雅，在未來的一個擴展開發中變得更好，也許我們在開發初期看不到，但是隨着代碼不斷迭代，很快就會有不同出現，前面設計模式中介紹了各種形式，但是呢，並沒有介紹內功。
設計模式可以說是一些套路，但是這些套路我們在複雜的代碼中，很難完全直接用上，肯定是變化的，比如說構建者模式，現在的這個模式依然在沿用，只是形式變了，那麼什麼是內功呢？就是一些原則，如何去接近並解決現在的問題呢？
正文
這些是6大原則:
Single Responsibility Principle：單一職責原則
Open Closed Principle：開閉原則
Liskov Substitution Principle：里氏替換原則
Law of Demeter：迪米特法則
Interface Segregation Principle：接口隔離原則
Dependence Inversion Principle：依賴倒置原則
但是我並不打算介紹完這幾個東西，因爲介紹都是理論性的東西了，百度可以直接搜索到。新建立一個系列，介紹這些原則的實用性，另外擴展幾個新的原則，還有一些變化的地方，估計20多篇。
結
原則心法篇見，同樣希望一起共同學習進步，如有錯誤的地方，請指出，在此感謝。設計模式完結，後面會進行一些修改，同時會進行一些擴展和補充。