當編寫**量比較大的專案時，並且隨著需求的變更，總是會發現**會變得越來越不可維護，越來越像坨****。其實這是乙個普遍的問題的，前人們在多年的工程實踐中總結出了一系列應對方法，而這些方法就是設計模式。
設計模式的六大原則：
1.單一職能原則：每乙個類最好具備單一職能，而不是乙個類行使多個職能，這樣會很臃腫而且系統劃分不夠清晰
2.開閉原則：對擴充套件開放，對修改關閉。現實當中很難完全做到，通過擴充套件使得只需要極少量的修改
3.依賴倒置原則：類間的依賴關係通過介面或抽象類產生
4.黎克特制替換原則：面向介面程式設計，所有引用基類的地方可以透明地使用其子類的物件
5.介面隔離：類間的依賴關係應該建立在最小的介面上，讓客戶端依賴的介面盡可能小，而不是暴露很多介面
6.迪公尺特法則：類之間越親密，耦合度越大，當其中乙個改變的話，對另外的影響也就越大，因此類應該只和最直接的朋友通訊
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
參考文章 單一職責原則 single responsibility principle,srp 乙個類只負責乙個功能領域中的相應職責，或者可以定義為 就乙個類而言，應該只有乙個引起它變化的原因。開閉原則 open closed principle,ocp 乙個軟體實體應當對擴充套件開放，對修改關閉。...