OOP(物件導向程式設計)七大原則

2021-10-21 01:38:11 字數 312 閱讀 1793

對拓展開放,對修改關閉。也就是在原有的功能上進行拓展,盡量不要修改原有的功能。

2. ## 黎克特制替換原則

繼承要確保父類中的性質在子類中仍然使用。

要面向介面程式設計,不要面向實現程式設計。抽象不依賴細節,細節不依賴抽象。

控制類的粒度大小,將物件解耦、提高內聚性。也就是乙個方法盡可能完成一件事。

5. ## 介面隔離原則

要為各個類建立它們所需要的專用介面。

只與你的"朋友"交談,不與陌生人交談。這裡朋友是指物件本身或者物件自己建立的物件。

盡量先使用組合或者聚合等關聯來實現,其次才考慮繼承來實現。

OOP七大原則

單一職責原則 控制類的粒度大小,將物件解耦,提高內聚性 乙個物件應該只包含單一的職責,並且該職責被完整地封裝到乙個類裡 開閉原則 對擴充套件開放,對修改關閉 即實現在不修改源 的情況下改變這個模組的行為 核心 對系統進行抽象化,並從抽象化匯出具體化 黎克特制替換原則 繼承必須確保超類所擁有的性質在子...

物件導向設計七大原則

物件導向七大設計原則 1 開閉原則 2 黎克特制替換原則 3 單一職責原則 4 介面隔離原則 5 依賴倒置原則 6 迪公尺特原則 7 組合 聚合復用原則 原則一 srp single responsibility principle 單一職責原則又稱單一功能原則 核心 解耦和增強內聚性 高內聚,低耦...

物件導向設計七大原則

嗯哼?其實對於這7大原則我也一臉懵,設計模式基本上就是在這幾個原則裡面做選擇,一種模式可能很好的滿足了一種原則,但對於其他原則可能就不能很好的滿足。背下來,老師如是說。恩,感覺在設計類的時候會下意識往這上面想,怎麼設計父類?介面還是抽象類?是包含引用還是依賴關係?還是比較有趣的,在幾種選擇裡面做平衡...