一、單一職責原則
乙個類只有乙個地方能使他的狀態發生變更，但實際情況其實做不到，我們在對類進行設計的時候，盡量保證職責的明確，確定這個類是用來做什麼的，職責規定清楚
二、開閉原則
對擴充套件開放，對修改關閉。對框架**/工具類來說，這是一條很好的指導規範，需要嚴格遵守，但是對於網際網路這些朝生暮死的業務來說，該重構的重構，別留戀
三、依賴倒置原則
高層次的模組不應該依賴於低層次的模組，兩者都應該依賴於抽象介面。 抽象介面不應該依賴於具體實現。而具體實現則應該依賴於抽象介面。
四、黎克特制替換原則
凡是父類出現的地方，都能用子類進行替換
五、介面隔離原則
客戶端不應該依賴它不需要的介面。也即：類間的依賴關係應該建立在最小的介面上。
六、迪公尺特原則
也叫最少知識原則，乙個類對其他的類知道的越少越好，這樣能減少類與類之間的依賴關係，方便我們後續的維護和重構
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
參考文章 單一職責原則 single responsibility principle,srp 乙個類只負責乙個功能領域中的相應職責，或者可以定義為 就乙個類而言，應該只有乙個引起它變化的原因。開閉原則 open closed principle,ocp 乙個軟體實體應當對擴充套件開放，對修改關閉。...