設計模式之基本原則

設計模式共三大型別,共23種

建立型:和物件的建立有關,涉及到物件例項化的方式

單例模式

簡單工廠模式

工廠模式

抽象工廠

建造者模式

原型模式

結構型:如何組合類和物件以獲得更大的結構

**模式

裝飾模式

介面卡模式

組合模式

橋接模式

外觀模式

享元模式

行為型:用來對類和物件怎麼互動和怎麼分配職責進行描述

模板模式

命令模式

責任鏈模式

策略模式

中介者模式

觀察者模式

備忘錄模式

訪問者模式

狀態模式

解釋模式

迭代器模式

基本原則:

最終目的:高內聚,低耦合(內聚性:內連線,模組功能的強弱;耦合性:間連線,各模組之間的聯絡)

1.開放封閉原則

增加功能時不修改源**(封閉),,通過增加**增加功能(開放)

2.依賴倒置原則

依賴抽象的介面,不要依賴具體的類,即依賴介面的程式設計

3.迪公尺特原則

乙個物件應當對其他物件盡可能少的了解,從而降低個模組間的耦合性,提高系統的可維護性.

例如在乙個程式中,各個模組相互呼叫,通常會提供乙個介面來實現,這樣其他模組就不需要了解另乙個模組的具體實現,

這樣乙個模組的內部發生改變並不會影響其他模組的使用(黑盒原理)

4.單一職責原則

類的職責要單一,對外之提供一種功能

5.介面隔離原則

乙個介面只提供一種功能,不應該把所有功能封裝到乙個介面去

6.黎克特制替代原則

任何抽象類出現的地方都可以用它的是實現類進行替換

7.優先使用組合而不是繼承原則

如何使用繼承,父類的任何變化都會影響子類的行為

如果使用組合,就降低了這種關係

設計模式之基本原則

單一職責原則 就乙個類而言，應該僅有乙個引起它變化的原因。如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或者抑制這個類完成其它職責能力。這種耦合會導制脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。如果你能夠想到多於乙個的動機去改變乙個類，那麼這個類就具有多於乙...

設計模式基本原則

設計模式基本原則 開 閉 原則 open closed principle，或者ocp 原文 software entities should be open for extension,but closed for modification.解釋 乙個軟體實體應當對擴充套件開放，對修改關閉。黎克特...

設計模式基本原則

1 單一職責原則 類的職責要單一 不要將太多的職責放到同乙個類當中去。eg 資料結構職責類和演算法行為都放在乙個類。我們應該把資料結構和行為分開。2 開閉原則 乙個軟體實體應該對擴充套件開放，對修改關閉。可變性封裝 3 黎克特制代換原則 可以接受基類物件的地方必然要可以接受子類的物件。4 依賴倒轉原...