1> 單一職責原則
這是我們設計程式最常見的設計原則了,比如使用者資訊,分屬性和行為,基礎資訊屬歸屬性類,執行歸行為類或接口
2>裡氏替換原則
盡量規避繼承關系帶來的負面重構影響
幾個注意地方:
2.1》類中調用其他類時,盡可能使用其他類的接口或父類,這也是我們經常性的習慣。
2.2》如果子類不能完整實作父類方法或父類的方法在子類發生了二義性,那麼斷開父子繼承關系,改用依賴、聚集、組合的關聯關系,通俗點來講就是子類和父類屬性或行為有可能出現了沒有繼承關系的元素和方法時候,建立一個父類來做具體事物,建立的父類必然與原有的父類會有一種依賴或其他的關聯關系,這一點我們在使用架構中spring或hibernate常常用到。
3>依賴倒置原則
依賴倒置直白點就是盡可能将業務接口化,采用接口化程式設計來減輕維護和擴充的成本,是做并行開發較好的原則性辦法,基于接口程式設計時大型分布式系統中通用的做法。
4>接口隔離原則
根據實際項目盡可能将過多的業務定義的接口分離出來,友善單一的業務定制,同時規避設計缺陷導緻系統性能上的損失。
5>迪米特法則
盡量讓業務代碼内聚,減少對外的暴露。
6>開閉原則
盡可能用複寫父類方法,而不去修改父類。