詳解Java策略模式
一、策略模式到底是什么?
策略模式屬于對象的行為模式。其用意是針對一組算法,將每一個算法封裝到具有共同接口的獨立的類中,從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶端的情況下發(fā)生變化。
簡單的說,策略模式代表了一類算法的通用解決方案,你可以在運行時選擇使用哪種解決方案。
策略模式的重心
策略模式的重心不是如何實現(xiàn)算法, 而是如何組織、調(diào)用這些算法, 從而使得程序結(jié)構(gòu)更加靈活,具有更好的維護(hù)性和擴(kuò)展性。
算法的平等性
策略模式一個很大的特點就是各個策略算法的平等性。對于一系列具體的策略算法,地位都是一樣的,因此可以實現(xiàn)算法之間可以互相替換。所有的策略算法在實現(xiàn)上也是相互獨立的,相互之間是沒有依賴的。所以可以這樣描述這一系列策略算法:策略算法是相同行為的不同實現(xiàn)。
運行時策略的唯一性
運行期間,策略模式在每一個時刻只能使用一個具體的策略實現(xiàn)對象,雖然可以動態(tài)地在不同的策略實現(xiàn)中切換,但是同時只能使用一個。
公有的行為
經(jīng)常見到的是,所有的具體策略都有一些公有的行為。這時候,就應(yīng)該把這些公有的行為放到共同的抽象策略角色
Strategy類里面。這時不能使用接口,應(yīng)該使用抽象類來實現(xiàn)。
二、策略模式的結(jié)構(gòu)
策略模式包含三部分內(nèi)容:(如下圖所示)
- a.一個或多個使用策略對象的客戶.(環(huán)境角色)
- b.一個代表某個算法的接口, 它是策略模式的接口. (抽象策略角色)
- c.一個或多個該接口的具體實現(xiàn), 它們代表了算法的多種實現(xiàn).(具體策略角色)

三、策略模式的應(yīng)用
- a.容錯恢復(fù)機制, 程序運行的時候, 如果發(fā)生某種錯誤, 系統(tǒng)并不會直接掛掉或者說影響系統(tǒng)的其他功能點.
- 而是系統(tǒng)可以容忍這樣的錯誤, 并且事先提供好了這種容錯恢復(fù)機制, 來使得程序正常的運行下去.
- 例如: 一個系統(tǒng)要對所有的操作進(jìn)行日志記錄, 且需要把日志記錄落庫, 方便后續(xù)的使用, 但是在把日志記錄落庫的時候,
- 可能會發(fā)生錯誤, 如數(shù)據(jù)庫出現(xiàn)問題, 那就先可以記錄在文件里面, 等到數(shù)據(jù)庫問題修復(fù), 再把文件中的日志記錄同步到數(shù)據(jù)庫中去
- 對于這樣的功能設(shè)計, 可以采用策略設(shè)計模式, 根據(jù)需要在運行期間進(jìn)行動態(tài)的切換.
- b.假設(shè)現(xiàn)在要設(shè)計一個會員機制的購物系統(tǒng), 對本系統(tǒng)的所有SVIP提供打八折的購物優(yōu)惠,
- 對本系統(tǒng)的所有VIP提供打九折的購物優(yōu)惠, 對非會員購物不打折. 那么對于這樣的系統(tǒng)功能設(shè)計, 也可以采用策略模式來設(shè)計.
- c.使用不同的條件(物品的重量或者顏色等)來篩選庫存中的物品, 可以將這一模式應(yīng)用到更廣泛的領(lǐng)域,
- 比如使用不同的標(biāo)準(zhǔn)來驗證輸入的有效性, 使用不同的方式來分析或者格式化輸入.
四、策略模式Demo
假設(shè)現(xiàn)在需要根據(jù)業(yè)務(wù)的需求,對調(diào)用接口傳進(jìn)來的參數(shù),選擇合適的策略進(jìn)行處理,這里假設(shè)有策略一和策略二。
Client:
/**
* @author lyh
* @version v-1.0.0
* @since 2021/6/2
*/
public class Client {
public static void main(String[] args) {
//根據(jù)需要客戶自行選擇策略
//加入Java開發(fā)交流君樣:756584822一起吹水聊天
//選擇策略1
StrategyObj strategyOne = new StrategyObj(new StrategyOne());
System.out.println(strategyOne.strategy("one"));
//選擇策略2
StrategyObj strategyTwo = new StrategyObj(new StrategyTwo());
System.out.println(strategyTwo.strategy("two"));
}
}
輸出:
執(zhí)行策略1!
執(zhí)行策略2!
Process finished with exit code 0
策略接口:
/**
* @desc:策略接口
*/
public interface Strategy {
String execute(String s);
}
/**
* @desc:策略接口封裝
*/
public class StrategyObj {
private final Strategy strategy;
public StrategyObj(Strategy v) {
this.strategy = v;
}
public String strategy(String s) {
return strategy.execute(s);
}//加入Java開發(fā)交流君樣:756584822一起吹水聊天
}
策略實現(xiàn):
/**
* @desc:策略一
*/
public class StrategyOne implements Strategy {
@Override
public String execute(String s) {
return "執(zhí)行策略1!";
}
}
/**
* @desc:策略二
*/
public class StrategyTwo implements Strategy {
@Override
public String execute(String s) {
return "執(zhí)行策略2!";
}
}
五、使用Lambda表達(dá)式
通過上面的demo應(yīng)該可以意識到Strategy是一個函數(shù)式接口;除此之外,它還與Predicate<String>具有同樣的函數(shù)描述。這意味著我們不需要聲明新的類來實現(xiàn)不同的策略,通過直接傳遞Lambda表達(dá)式就能達(dá)到同樣的目的且更簡潔。
public class Client {
public static void main(String[] args) {
StrategyObj strategyOne = new StrategyObj((String s) -> {return "執(zhí)行策略1";});
System.out.println(strategyOne.strategy("one"));
//加入Java開發(fā)交流君樣:756584822一起吹水聊天
StrategyObj strategyTwo = new StrategyObj((String s) -> {return "執(zhí)行策略2";});
System.out.println(strategyTwo.strategy("two"));
}
}
Lambda表達(dá)式避免了采用策略設(shè)計模板時僵化的模板代碼。仔細(xì)看上面的代碼會發(fā)現(xiàn),Lambda表達(dá)式實際已經(jīng)對策略進(jìn)行了封裝, 這就是創(chuàng)建策略設(shè)計模式的初衷.
六、策略模式的優(yōu)缺點
優(yōu)點
- a.使用策略模式可以避免使用多重條件if…else if…else語句, 多重條件不易維護(hù)且代碼可讀性差.
- b.策略模式提供了管理相關(guān)的算法族的辦法. 策略類的等級結(jié)構(gòu)定義了一個算法或者行為族. 恰當(dāng)使用繼承可以把公共的代碼移到父類里面, 從而避免代碼重復(fù)
缺點
- a.客戶端必須知道所有的策略類, 并自行決定使用哪一個策略類. 這就意味著客戶端必須理解這些算法的區(qū)別, 以便適時選擇恰當(dāng)?shù)乃惴? 換言之, 策略模式只適用于客戶端知道算法或行為的情況.
- b.由于策略模式把每個具體的策略實現(xiàn)都單獨封裝成類, 如果備選的策略很多的話, 那么對象的數(shù)目就會很多.
到此這篇關(guān)于詳解Java策略模式的文章就介紹到這了,更多相關(guān)Java策略模式內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
idea遠(yuǎn)程Debug部署在服務(wù)器上的服務(wù)
在開發(fā)的時候我們通常在本地代碼上debug程序,但是服務(wù)部署到了開發(fā)環(huán)境服務(wù)器上,如何遠(yuǎn)程調(diào)試,本文主要介紹了idea遠(yuǎn)程Debug部署在服務(wù)器上的服務(wù),具有一定的參考價值,感興趣的可以了解一下2023-12-12
SpringBoot項目啟動打包報錯類文件具有錯誤的版本 61.0, 應(yīng)為 52.0的解決
這篇文章主要給大家介紹了關(guān)于SpringBoot項目啟動打包報錯類文件具有錯誤的版本 61.0, 應(yīng)為 52.0的解決方法,文中有詳細(xì)的排查過程和解決方法,通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-11-11
Maven項目在new module后,pom文件顯示為Ignored pom.xml問題
在Maven項目中,若創(chuàng)建過同名module后刪除,再次創(chuàng)建時可能導(dǎo)致pom.xml文件被IDEA忽略,原因是IDEA保留了之前module的痕跡,導(dǎo)致重建時將其視為已刪除的module,解決方法是進(jìn)入IDEA設(shè)置,找到Maven的Ignored Files設(shè)置2024-09-09

