六月福利
2020年6月公眾號(hào)碼農(nóng)小胖哥原創(chuàng)文章轉(zhuǎn)發(fā)第一名將送全新《Spring Boot實(shí)戰(zhàn)》實(shí)體書(shū)一本础拨，該書(shū)是學(xué)習(xí)熱門(mén)框架 Spring Boot的經(jīng)典之作消约。你不再需要依靠運(yùn)氣炕淮，而是勤奮独泞。截止統(tǒng)計(jì)日期2020年6月30日眶熬，統(tǒng)計(jì)數(shù)據(jù)以官方公眾號(hào)工具為準(zhǔn)桑李，運(yùn)營(yíng)人員不參加活動(dòng)，本次活動(dòng)圖書(shū)由掘金社區(qū)贊助奠支。
1. 前言
前幾天講了設(shè)計(jì)模式中的命令模式馋辈，今天來(lái)看看另一個(gè)模式。移動(dòng)支付目前在國(guó)內(nèi)已經(jīng)是非常普及了倍谜，連樓下早餐攤的七十多歲大媽也使用支付寶和微信支付賣(mài)雞蛋餅迈螟。如果讓你做一個(gè)App你肯定要考慮多個(gè)渠道支付叉抡，以保證獲客渠道。如果讓你來(lái)接入多種支付渠道你會(huì)怎么設(shè)計(jì)答毫？
2. 通常寫(xiě)法
一般下面這種寫(xiě)法很容易被創(chuàng)造出來(lái)：
public boolean pay(BigDecimal amount){
boolean ret =false;
if (alipay){
//todo 支付寶的邏輯
}else if (wechatpay){
//todo 微信支付的邏輯
}else if (ooxx){
// ……
}
return ret;
}
如果集成了四五種支付褥民，這個(gè)代碼就沒(méi)法看了少說(shuō)幾千行，而且改動(dòng)某個(gè)支付的邏輯很容易改了其它支付的邏輯洗搂。因此需要合理的設(shè)計(jì)來(lái)避免這種風(fēng)險(xiǎn)消返。
3. 策略模式
大部分的支付可以簡(jiǎn)化為這個(gè)流程：
中間的發(fā)起支付前邏輯和支付后處理邏輯是客戶(hù)端的自定義業(yè)務(wù)邏輯，向支付服務(wù)器發(fā)送的請(qǐng)求只會(huì)攜帶對(duì)應(yīng)支付服務(wù)器特定要求的參數(shù)調(diào)用不同的支付SDK耘拇。所以我們分別建立對(duì)應(yīng)支付方式的策略來(lái)隔離區(qū)分它們撵颊，降低它們的耦合度。當(dāng)準(zhǔn)備支付時(shí)我們只需要選擇對(duì)應(yīng)的策略就可以了惫叛。
這就用到了設(shè)計(jì)模式中的策略模式：
結(jié)合上面的類(lèi)圖倡勇，我們就來(lái)結(jié)合著需求來(lái)聊聊策略模式中的主要幾個(gè)角色。
- Strategy接口挣棕。這個(gè)接口用來(lái)聲明每一種方式的獨(dú)立執(zhí)行策略译隘，用來(lái)封裝具體策略的特有算法邏輯。
- ConcreteStrategy是Strategy的實(shí)現(xiàn)類(lèi)洛心。實(shí)現(xiàn)了不同策略的算法邏輯固耘。比如每種支付的調(diào)用細(xì)節(jié)等等。
- Context上下文词身。它通過(guò)策略接口來(lái)引用了具體的策略并使用具體的策略來(lái)執(zhí)行邏輯厅目，同時(shí)所有策略的共性也可以在該類(lèi)中進(jìn)行統(tǒng)一處理。在聚合支付需求中我們傳入一個(gè)策略法严，先執(zhí)行支付前的邏輯损敷，然后使用策略，策略執(zhí)行完畢后深啤，再執(zhí)行后置的共性邏輯拗馒。
- Client客戶(hù)端。創(chuàng)建策略對(duì)象并傳遞給上下文Context溯街，然后由上下文運(yùn)行具體的策略诱桂。
結(jié)合業(yè)務(wù)邏輯是這樣的：請(qǐng)求到達(dá)客戶(hù)端，客戶(hù)端根據(jù)請(qǐng)求中包含的支付渠道來(lái)構(gòu)建對(duì)應(yīng)的策略對(duì)象并把它交給上下文對(duì)象去執(zhí)行支付流程呈昔。
然后我們就可以分別為支付寶挥等、微信支付、銀聯(lián)支付構(gòu)造三個(gè)策略對(duì)象 AliPayStrategy堤尾、WechatPayStrategy肝劲、UnionPayStrategy ，我們來(lái)模擬一下執(zhí)行策略：
public class Client {
public static void main(String[] args) {
// 獲取請(qǐng)求中的支付渠道標(biāo)識(shí)
String code = "p01";
PayStrategy payStrategy = null;
PayRequest request = null;
if (PayType.ALI.getCode().equals(code)) {
//組裝為支付寶支付策略
payStrategy = new AliPayStrategy();
// 構(gòu)造支付寶請(qǐng)求參數(shù)
request = new AliPayRequest();
}
if (PayType.WECHAT.getCode().equals(code)) {
//組裝為微信支付策略
payStrategy = new AliPayStrategy();
// 構(gòu)造微信支付請(qǐng)求參數(shù)
request = new WechatPayRequest();
}
if (PayType.UNION.getCode().equals(code)) {
//組裝為銀聯(lián)支付策略
payStrategy = new UnionPayStrategy();
// 構(gòu)造銀聯(lián)支付請(qǐng)求參數(shù)
request = new UnionPayRequest();
}
if (Objects.nonNull(payStrategy)) {
PayContext payContext = new PayContext();
payContext.setPayStrategy(payStrategy);
payContext.pay(request);
}
}
}
我們拿到請(qǐng)求中的支付標(biāo)識(shí)，然后初始化對(duì)應(yīng)的支付策略辞槐，封裝指定的請(qǐng)求參數(shù)掷漱，交給上下文對(duì)象PayContext 來(lái)執(zhí)行請(qǐng)求。如果你再增加什么ApplePay之類(lèi)的去實(shí)現(xiàn)ApplePayStrategy就行了催蝗。
4. 優(yōu)缺點(diǎn)
策略模式并不都帶來(lái)正面的作用切威。
4.1 優(yōu)點(diǎn)
- 我們將算法的實(shí)現(xiàn)和算法的使用進(jìn)行了隔離，算法實(shí)現(xiàn)只關(guān)心算法邏輯丙号，使用算法只關(guān)心什么條件下使用什么算法。
- 開(kāi)閉原則缰冤，無(wú)需修改上下文對(duì)象犬缨，想擴(kuò)展只需要引入新的策略。
- 運(yùn)行時(shí)根據(jù)條件動(dòng)態(tài)的去切換算法棉浸。
- 適應(yīng)個(gè)性的同時(shí)也可以兼容共性怀薛。
4.2 缺點(diǎn)
- 客戶(hù)端必須明確知道激活策略的條件。
- 引入太多的策略類(lèi)迷郑。
- 可被一些函數(shù)式接口所代替枝恋。偽代碼
Pay.request(data).strategy(data->{ })。
5. 總結(jié)
策略模式也是很常見(jiàn)而且有著廣泛使用場(chǎng)景的設(shè)計(jì)模式嗡害。今天我們從聚合支付來(lái)學(xué)習(xí)了策略模式焚碌，對(duì)它的優(yōu)缺點(diǎn)也進(jìn)行了一個(gè)分析。隨著函數(shù)式編程的普及霸妹，策略模式開(kāi)始被逐漸的代替十电，但是它依然值得我們?nèi)W(xué)習(xí)。感謝你的閱讀叹螟，多多關(guān)注：碼農(nóng)小胖哥鹃骂，更多編程干貨奉上。
關(guān)注公眾號(hào)：碼農(nóng)小胖哥罢绽，獲取更多資訊
