設計模式之策略模式
策略模式
在策略模式(Strategy Pattern)中,一個類的行爲或其算法可以在運行時更改。
這種類型的設計模式屬於行爲型模式。
在策略模式中,我們創建表示各種策略的對象和一個行爲隨着策略對象改變而改變的 context 對象。
策略對象改變 context 對象的執行算法。策略模式是指有一定行動內容的相對穩定的策略名稱。策略模式在古代中又稱“計策”,簡稱“計”,
如《漢書·高帝紀上》:“漢王從其計”。這裏的“計”指的就是計謀、策略。策略模式具有相對穩定的形式,
如“避實就虛”、“出奇制勝”等。一定的策略模式,既可應用於戰略決策,也可應用於戰術決策;
既可實施於大系統的全局性行動,也可實施於大系統的局部性行動。
先直接貼栗子吧,概念在文章最後會介紹,也可以自行百度
我們有一個系統對接了各大主流的新聞網站,在我們的系統在中錄入新聞可以實現一鍵發佈到指定的網站中,
現在需要實現這個功能。主要需求:
- 各個網站的對接邏輯不同,需要解耦。
- 對於客戶端的使用習慣不能有影響。
考慮再三決定使用策略模式來解決
步驟一:創建一個上傳接口
/**
* 上傳接口
*
* @author shenjg
* @date 2019/07/23
**/
public interface UploadService {
/**
* 上傳數據到網站
*
* @param object
*/
void uploadToWeb(Object object);
}
步驟二:針對不同網站實現接口
/**
* 上傳數據到百度
*
* @author shenjg
* @date 2019/07/23
**/
public class BaiduUploadService implements UploadService {
@Override
public void uploadToWeb(Object object) {
// do something
System.out.println("執行上傳到百度所需要的邏輯" + object);
}
}
/**
* 上傳數據到新浪
*
* @author shenjg
* @date 2019/07/23
**/
public class SinaUploadService implements UploadService {
@Override
public void uploadToWeb(Object object) {
// do something
System.out.println("執行上傳到新浪所需要的邏輯" + object);
}
}
/**
* 上傳數據到騰訊
*
* @author shenjg
* @date 2019/07/23
**/
public class TencentUploadService implements UploadService {
@Override
public void uploadToWeb(Object object) {
// do something
System.out.println("執行上傳到騰訊所需要的邏輯" + object);
}
}
步驟三:創建context
/**
* @author shenjg
* @date 2019/07/23
**/
public class UploadContext {
private UploadService uploadService;
public UploadContext(UploadService uploadService) {
this.uploadService = uploadService;
}
public void uploadToWeb(Object object) {
uploadService.uploadToWeb(object);
}
}
步驟四:測試
/**
* 策略模式測試類
*
* @author shenjg
* @date 2019/07/23
**/
public class StrategyTest {
public static void main(String[] args) {
Object object = new Object();
// 上傳object到百度
UploadContext baiduUpload = new UploadContext(new BaiduUploadService());
baiduUpload.uploadToWeb(object);
// 上傳object到騰訊
UploadContext tencentUpload = new UploadContext(new TencentUploadService());
tencentUpload.uploadToWeb(object);
// 上傳object到新浪
UploadContext sinaUpload = new UploadContext(new SinaUploadService());
sinaUpload.uploadToWeb(object);
}
}
輸出打印
執行上傳到百度所需要的邏輯java.lang.Object@610455d6
執行上傳到騰訊所需要的邏輯java.lang.Object@610455d6
執行上傳到新浪所需要的邏輯java.lang.Object@610455d6
點擊查看完整代碼github
介紹
策略模式作爲一種軟件設計模式,指對象有某個行爲,但是在不同的場景中,該行爲有不同的實現算法。例如:
我們需要上傳同一篇文章到新浪、騰訊、百度三大網站中,此時系統針對不同網站就需要不同的對接邏輯。
策略模式:
- 定義了一組算法(業務規則);
- 封裝了每個算法;
- 這族的算法可互換代替(interchangeable)
組成
- 抽象策略角色: 策略類,通常由一個接口或者抽象類實現。
- 具體策略角色:包裝了相關的算法和行爲。
- 環境角色:持有一個策略類的引用,最終給客戶端調用。
應用場景:
- 多個類只區別在表現行爲不同,可以使用Strategy模式,在運行時動態選擇具體要執行的行爲。
- 需要在不同情況下使用不同的策略(算法),或者策略還可能在未來用其它方式來實現。
- 對客戶隱藏具體策略(算法)的實現細節,彼此完全獨立。
優缺點
優點
- 策略模式提供了管理相關的算法族的辦法。策略類的等級結構定義了一個算法或行爲族。恰當使用繼承可以把公共的代碼轉移到父類裏面,從而避免重複的代碼。
- 策略模式提供了可以替換繼承關係的辦法。繼承可以處理多種算法或行爲。如果不是用策略模式,那麼使用算法或行爲的環境類就可能會有一些子類,每一個子類提供一個不同的算法或行爲。但是,這樣一來算法或行爲的使用者就和算法或行爲本身混在一起。決定使用哪一種算法或採取哪一種行爲的邏輯就和算法或行爲的邏輯混合在一起,從而不可能再獨立演化。繼承使得動態改變算法或行爲變得不可能。
- 使用策略模式可以避免使用多重條件轉移語句。多重轉移語句不易維護,它把採取哪一種算法或採取哪一種行爲的邏輯與算法或行爲的邏輯混合在一起,統統列在一個多重轉移語句裏面,比使用繼承的辦法還要原始和落後。
缺點
- 客戶端必須知道所有的策略類,並自行決定使用哪一個策略類。這就意味着客戶端必須理解這些算法的區別,以便適時選擇恰當的算法類。換言之,策略模式只適用於客戶端知道所有的算法或行爲的情況。
- 策略模式造成很多的策略類,每個具體策略類都會產生一個新類。有時候可以通過把依賴於環境的狀態保存到客戶端裏面,而將策略類設計成可共享的,這樣策略類實例可以被不同客戶端使用。換言之,可以使用享元模式來減少對象的數量。