物件導向設計 設計原則

2022-07-30 09:00:19 字數 353 閱讀 3307

職責單一

例如乙個類的只能負責單一的職責

開放-封閉原則

對擴充套件的開放,對修改的封閉。用新的類處理問題,不去修改現有類

liscov替換原則

子類可以替換父類(在沒有過載方法的情況下)

依賴倒置原則

依賴介面,不要依賴具體實現。針對介面程式設計,不針對實現程式設計(緊耦合)。類似於電腦中可插拔、更換的模式。

介面隔離原則

介面職責單一

組合重用原則

繼承是緊耦合關係,盡量避免。多使用組合達到重用目的

demeter原則(最少知識法則)

封裝可以實現,乙個物件盡可能少的對另一物件進行修改操作,也就是 盡可能少的了解

物件導向設計原則

oo原則 封裝變化 多用組合,少用繼承 針對介面程式設計,不針對實現程式設計 為互動物件之間的松耦合而努力 類應該對擴充套件開放,對修改關閉 依賴抽象,不要依賴具體類 只和朋友交談 別找我,我會找你 類應該只有乙個改變的理由 從設計原則到設計模式 針對介面程式設計,而不是針對實現程式設計 客戶無需知...

物件導向設計原則

物件設計原則 物件導向設計原則 物件導向設計的基石是 開 閉 原則。開一閉 原則講的是 乙個軟體實體應當對擴充套件開放,對修改關閉。這個規則說的是,在設計乙個模組的時候,應當使這個模組可以在不被修改的前提下被擴充套件。從另外乙個角度講,就是所謂的 對可變性封裝原則 對可變性封裝原則 意味著兩點 1 ...

物件導向設計原則

oo原則 封裝變化 多用組合,少用繼承 針對介面程式設計,不針對實現程式設計 為互動物件之間的松耦合而努力 類應該對擴充套件開放,對修改關閉 依賴抽象,不要依賴具體類 只和朋友交談 別找我,我會找你 類應該只有乙個改變的理由 從設計原則到設計模式 針對介面程式設計,而不是針對實現程式設計 客戶無需知...