23種設計模式總篇:chenmingyu.top/design/
策略模式
策略模式屬於行為型模式
**定義:**定義一組演算法,將每個演算法都封裝起來,並且使它們之間可以互換
在系統中提供一組策略,並將每個策略封裝成類,使他們可以相互轉換,具體策略的選擇由客戶端決定,這就是策略模式,當系統中有很多if...else的時候可以考慮使用策略模式,策略模式可以靈活的增加策略類,進行擴充套件,但是可能會由於策略過多導致,策略類太多
模式類圖
角色
- 策略介面:
TripStrategy
- 具體策略類:
BicycleTripStrategy
,CarTripStraregy
實現了策略介面的具體策略類 - 封裝策略類:
TripContext
,使用某種策略的類
優點
- 演算法可以自由切換
- 避免使用多重條件判斷
- 擴充套件性良好,增加一種策略只需要新增一個策略類
缺點
- 策略類數量增多,每新增一種策略,就需要增加一個策略類
- 所有的策略類都需要對外暴露,上層模組必須知道有哪些策略,然後才能決定使用哪一個策略,違法迪米特法則
模式程式碼實現
原始碼地址:github.com/mingyuHub/d…
策略介面
/**
* @author: chenmingyu
* @date: 2019/2/21 18:15
* @description: 出行策略
*/
public interface TripStrategy {
/**
* 出行方式
*/
void tripMode();
}
複製程式碼
具體策略類
自行車出行策略類
/**
* @author: chenmingyu
* @date: 2019/2/21 18:19
* @description: 自行車出行策略類
*/
public class BicycleTripStrategy implements TripStrategy{
@Override
public void tripMode() {
System.out.println("選擇騎自行車出行");
}
}
複製程式碼
開車出行策略類
/**
* @author: chenmingyu
* @date: 2019/2/21 18:21
* @description: 開車出行策略類
*/
public class CarTripStraregy implements TripStrategy {
@Override
public void tripMode() {
System.out.println("選擇開車出行");
}
}
複製程式碼
封裝策略類
/**
* @author: chenmingyu
* @date: 2019/2/21 18:22
* @description: 策略context
*/
public class TripContext {
/**
* 出行策略
*/
private TripStrategy tripStrategy;
public TripContext(TripStrategy tripStrategy) {
this.tripStrategy = tripStrategy;
}
/**
* 選擇出行策略
*/
public void chooseTripMode(){
this.tripStrategy.tripMode();
}
}
複製程式碼
驗證
public static void main(String[] args) {
TripContext tripContext = new TripContext(new BicycleTripStrategy());
tripContext.chooseTripMode();
System.out.println("換一種出行方案");
tripContext = new TripContext(new CarTripStraregy());
tripContext.chooseTripMode();
}
複製程式碼
輸出
選擇騎自行車出行
換一種出行方案
選擇開車出行
複製程式碼
如果系統中的一個策略家族的具體策略數量超過4個,則需要考慮使用混合模式,解決策略類膨脹和對外暴露的問題,否則日後的系統維護就會非常困難
參考
設計模式之禪:www.kancloud.cn/sstd521/des…
相關閱讀
建立型設計模式
關注於如何建立物件
-
保證在程式執行期間一個類只有一個例項,並提供一個全域性訪問點
-
用工廠方法代替new操作,讓子類去決定例項化哪個類,工廠方法將一個類的例項化延遲到子類
-
抽象工廠模式屬於建立型模式,是對工廠方法模式的擴充套件,抽象工廠比工廠模式更為抽象,工廠方法模式針對產品等級結構,而抽象工廠針對產品族
-
通過克隆一個已經存在的物件例項來返回新的例項,而不是通過new去建立物件
-
通過克隆一個已經存在的物件例項來返回新的例項,而不是通過new去建立物件
結構型設計模式
關注於類和物件之間的關係
-
組合兩個不相干類,在兩個不相容的介面之間提供一個混合介面,使其相容適配
-
將抽象部分與它的實現部分分離,使它們都可以獨立地變化。橋接模式將系統各維度抽象出來,各維度獨立變化,之後可通過聚合,將各維度組合起來,減少它們之間耦合
-
用來描述部分與整體的關係,是用於把一組相似的物件當作一個單一的物件。組合模式依據樹形結構來組合物件,所以組合模式的使用場景就是出現樹形結構的地方。
-
裝飾器模式可以為一個現有的類增加新功能,又不改變其結構,要求裝飾類和被裝飾類實現同一個介面,裝飾類持有被裝飾類的例項
-
外觀模式是為了解決類與類之家的責任關係和依賴關係的,通過提供一個Facade類來隱藏這些複雜的類之間關係的呼叫,並提供一個介面,供外部呼叫,利用這種方式進行類之間的解耦
-
代理模式就是在操作原物件的時候,多出來一個代理類,用來對原物件的訪問進行控制和替代原物件進行一些操作
-
運用共享技術有效地支援大量細粒度物件的複用,主要用來減少物件的建立,用來減少記憶體和提高效能,比較常見的連線池,緩衝池這類的池技術都是享元模式
行為型設計模式
關注於物件之間的通訊
-
在父類(抽象類)中定義好演算法的流程,提供抽象方法,針對不同的實現交由不同的子類去實現,通過這種方式將公共程式碼提取出來封裝在父類中,然後父類去控制行為,子類負責實現
-
在系統中提供一組策略,並將每個策略封裝成類,使他們可以相互轉換,具體策略的選擇由客戶端決定
-
定義物件間一種一對多的依賴關係,使得每當一個物件改變狀態,則所有依賴於它的物件都會得到通知並被自動更新
-
迭代器模式就是為解決遍歷元素而誕生的,它提供一種方法訪問一個容器物件中各個元素,而又不需暴露該物件的內部細節
-
使多個物件都有機會處理請求,從而避免了請求的傳送者和接受者之間的耦合關係。將這些物件連成一條鏈,並沿著這條鏈傳遞該請求,直到有物件處理它為止
-
將一個請求封裝成一個物件,從而讓你使用不同的請求把客戶端引數化,對請求排隊或者記錄請求日誌,可以提供命令的撤銷和恢復功能,用來降低類之間解耦
-
在不破壞封裝性的前提下,捕獲一個物件的內部狀態,並在該物件之外儲存這個狀態。這樣以後就可將該物件恢復到原先儲存的狀態,其實就是在某個時刻備份了物件的狀態,在更改物件狀態後,可以通過備份將物件還原成備份時刻的狀態
-
允許一個物件在其內部狀態改變時改變它的行為,物件看起來似乎修改了它的類,物件的行為依賴於它的狀態(屬性),並且可以根據它的狀態改變而改變它的相關行為
-
封裝一些作用於某種資料結構中的各元素的操作,它可以在不改變資料結構的前提下定義作用於這些元素的新的操作,訪問者模式就是將資料結構與資料操作相分離
-
用一箇中介物件來封裝一系列的物件互動,中介者使各物件不需要顯式地相互引用,從而使其耦合鬆散,而且可以獨立地改變它們之間的互動
-
給定一門語言,定義它的文法的一種表示,並定義一個直譯器,該直譯器使用該表示來解釋語言中的句子