open close principle
擴充套件開發,修改關閉
但軟體需求變化,擴充套件軟體實體行為,禁止修改
個人理解:如果修改原有**,可能會導致原有**不可用,所以可以擴充套件,不可修改
乙個類只負責乙個職責
個人理解:類的單一職責,和方法的單一職責要權衡
防止子類在繼承父類時修改原有的方法,造成邏輯錯誤
個人理解:把握輸入引數更寬鬆,返回值更嚴謹
類之間不形成依賴關係,二者都應依賴其抽象,細節依賴抽象
大家都依賴介面
個人理解:就是讓我們進行面向介面程式設計
原本是:定義乙個介面裡有很多方法,a,b,c都去實現它.但是他們各自並不需要全部方法
個人理解:不要讓乙個類去實現他不需要的方法，指導我們建立乙個穩定靈活的系統
迪公尺特法則:
最小知道原則
高內聚,低耦合
只與直接朋友通訊
個人理解:高內聚,低耦合的特點就是提高復用性,提高可維護性。
總的來說就是要:能擴充套件,禁修改
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
0.05 設計模式 設計模式 規範 筆記 大話設計模式 物件導向的關鍵在於封裝，封裝好了才能很好的復用，達到單一職責和開放擴充套件 封閉更改的效果。1 單一職責原則 就乙個類而言,應該僅有乙個引起它變化的原因.增加功能不應該修改已有的 避免修改出錯及重複測試.如果你能夠想到多於乙個的動機去改變乙個類...
設計模式六大原則
參考文章 單一職責原則 single responsibility principle,srp 乙個類只負責乙個功能領域中的相應職責，或者可以定義為 就乙個類而言，應該只有乙個引起它變化的原因。開閉原則 open closed principle,ocp 乙個軟體實體應當對擴充套件開放，對修改關閉。...