前言
前陣子面試的時(shí)候瞄勾，有個(gè)面試官問(wèn)我了解哪些設(shè)計(jì)模式嗎费奸？我說(shuō)了策略模式。接著他問(wèn)有哪些場(chǎng)景應(yīng)用进陡，我又回答他jdk的集合工具類有個(gè)排序方法就用到了策略模式愿阐，也就是java.util包下的Collections類，該類中有個(gè)sort方法趾疚，我們可以自定義排序規(guī)則實(shí)現(xiàn)集合的定制排序缨历，這就是策略模式最直接的應(yīng)用，說(shuō)完之后他點(diǎn)點(diǎn)頭糙麦，料想對(duì)我的回答還是比較滿意吧辛孵，當(dāng)然我也只是在這道面試題上裝裝逼而已，畢竟最后面試結(jié)束時(shí)他說(shuō)了句請(qǐng)回去等消息吧赡磅。魄缚。。仆邓。
什么是策略模式
言歸正傳鲜滩，今天我們學(xué)習(xí)設(shè)計(jì)模式系列的策略模式，先了解下其定義节值。
策略模式徙硅，也叫政策模式，其思想是：定義一組算法搞疗，將每個(gè)算法都封裝起來(lái)嗓蘑，并且使它們之間可以互換须肆。它的最大特點(diǎn)是使得算法可以在不影響客戶端的情況下發(fā)生變化，從而改變不同的功能桩皿。就拿上面說(shuō)的 sort 方法舉例豌汇，該方法中接收一個(gè)Comparator接口的參數(shù)，對(duì)sort 方法來(lái)說(shuō)泄隔，它并不關(guān)心Comparator接口的具體實(shí)現(xiàn)拒贱，只要我們傳入的參數(shù)是該接口類型的就好，這樣一來(lái)佛嬉，我們就可以自己去實(shí)現(xiàn)Comparator接口逻澳，在其實(shí)現(xiàn)類里定義我們想要的排序規(guī)則，比如對(duì)集合的某個(gè)字段做升序還是降序排列暖呕，這正是策略模式的直接應(yīng)用斜做。
寫段代碼簡(jiǎn)單表示一下：
public static void main(String[] args) {
List<Integer> list1 = new ArrayList<>();
list1.add(1);
list1.add(20);
list1.add(3);
Collections.sort(list1, new Comparator<Integer>() {
@Override
public int compare(Integer o1, Integer o2) {
return o1 - o2;
}
});
System.out.println("升序=======" + list1.toString());
Collections.sort(list1, new Comparator<Integer>() {
@Override
public int compare(Integer o1, Integer o2) {
return o2 - o1;
}
});
System.out.println("降序=======" + list1.toString());
}
組成
了解了策略模式的定義和例子后，我們看下策略模式的組成角色湾揽。
策略模式包含三個(gè)角色：
- Strategy抽象策略角色 ：策略瓤逼、算法家族的抽象，通常為接口库物，定義每個(gè)策略或算法必須具有的方法和屬性霸旗。用上面的集合排序舉例，該角色就對(duì)應(yīng)著Comparator接口艳狐。
- ConcreteStrategy具體策略角色 ：實(shí)現(xiàn)抽象策略中的操作定硝，該類含有具體的算法。也就是我們自定義的Comparator實(shí)現(xiàn)類毫目。
- Context封裝角色 ：它也叫做上下文角色蔬啡，內(nèi)部會(huì)持有一個(gè)抽象角色的引用，給客戶端調(diào)用镀虐。該角色就對(duì)應(yīng)著Collections工具類本身箱蟆，該類中持有對(duì)Comparator接口的引用，可以接收我們自定義的具體的實(shí)現(xiàn)類刮便。
通過(guò)這三個(gè)角色空猜，我們可以簡(jiǎn)單列出策略模式的類圖：
看的出來(lái)，策略模式的類圖還是比較簡(jiǎn)單的恨旱，根據(jù)這張類圖辈毯，我們寫一下它的代碼實(shí)現(xiàn)吧。
通用類代碼
抽象策略角色：
public interface Strategy {
//策略模式的算法規(guī)則
public void doSomething();
}
具體的策略角色：
public class ConcreteStrategy1 implements Strategy {
public void doSomething() {
System.out.println("具體策略1的運(yùn)算法則");
}
}
public class ConcreteStrategy2 implements Strategy {
public void doSomething() {
System.out.println("具體策略2的運(yùn)算法則");
}
}
封裝角色：
public class Context {
//抽象策略
private Strategy strategy = null;
//構(gòu)造函數(shù)設(shè)置具體策略
public Context(Strategy _strategy) {
this.strategy = _strategy;
}
//封裝后的策略方法
public void doAnythinig() {
this.strategy.doSomething();
}
}
建好三個(gè)角色后搜贤，當(dāng)客戶端要調(diào)用時(shí)谆沃，先確定要使用哪種具體的策略，創(chuàng)建出對(duì)應(yīng)的策略角色對(duì)象仪芒，再傳進(jìn)封裝角色就可以了唁影，具體代碼如下：
public class Client {
public static void main(String[] args) {
//聲明一個(gè)具體的策略
Strategy strategy = new ConcreteStrategy1();
//聲明上下文對(duì)象
Context context = new Context(strategy);
//執(zhí)行封裝后的方法
context.doAnythinig();
}
}
總結(jié)
策略模式的介紹就講到這里了耕陷，說(shuō)起來(lái)，策略模式算是比較簡(jiǎn)單的設(shè)計(jì)模式了据沈，但它在實(shí)際項(xiàng)目中也用的比較多哟沫，舉個(gè)例子，我之前所在公司中有個(gè)項(xiàng)目就用到了策略模式锌介。
那個(gè)項(xiàng)目屬于電商類的系統(tǒng)嗜诀，每類商品都有自己的優(yōu)惠券，下單結(jié)算金額時(shí)需要計(jì)算商品和優(yōu)惠券的價(jià)格總和掏湾，這里有個(gè)比較頭疼的問(wèn)題裹虫，因?yàn)槊糠N類型的商品都有獨(dú)特的優(yōu)惠券肿嘲，如果用傳統(tǒng)的 if/else 判斷商品和優(yōu)惠券的種類的話融击，那么添加一種商品或優(yōu)惠券都會(huì)使得下單的結(jié)算邏輯都需要重新修改，這很明顯不符合開(kāi)閉原則雳窟。針對(duì)這種情況尊浪，我們采用了策略模式的思想，對(duì)代碼做了如下改造封救，
1拇涤、定義一個(gè)擁有商品和優(yōu)惠券屬性的抽象策略角色
2、同時(shí)針對(duì)每種類型的商品創(chuàng)建對(duì)應(yīng)的具體策略角色誉结，定義自己獨(dú)特的計(jì)算優(yōu)惠券策略
3鹅士、在下單結(jié)算的方法中，根據(jù)商品和優(yōu)惠券類型創(chuàng)建對(duì)應(yīng)的具體策略對(duì)象惩坑，把該對(duì)象傳入一個(gè)封裝角色后并調(diào)用結(jié)算金額的方法
這樣一來(lái)就可以根據(jù)不同商品和優(yōu)惠券種類計(jì)算出對(duì)應(yīng)的金額了掉盅，而且代碼的封裝變得更加的抽象，商品具體的策略之間互相獨(dú)立以舒，不會(huì)牽一發(fā)而動(dòng)全身趾痘，省心又省力。
以上就是策略模式的一個(gè)具體應(yīng)用蔓钟，當(dāng)然永票，策略模式的應(yīng)用還有很多，我也就簡(jiǎn)單介紹其中的一個(gè)使用場(chǎng)景滥沫，通過(guò)實(shí)際例子讓大家感受下設(shè)計(jì)模式的魅力侣集，畢竟養(yǎng)兵千日，用兵一時(shí)兰绣，我們學(xué)再多的理論知識(shí)不就是為了有一天能用到實(shí)際嗎世分？
