一個支付案例，學(xué)會策略模式！
作者 | 叁滴水
在開發(fā)時，總會遇到支付的需求，但是支付的方式有很多，支付寶支付，微信支付，銀行卡支付，每種支付方式的接口不一樣，參數(shù)信息也不一樣，一般情況下，會有很多if/else來進行判斷，但是業(yè)務(wù)邏輯的逐漸增多，if/else顯得那么的沉重，通過策略模式即可更優(yōu)雅的來處理這種代碼。
什么是策略模式呢？比如一個人要從廣州去北京，這個人可以選擇乘坐飛機去，也可以選擇乘坐火車去。兩種交通方式的選擇，可以認為是兩種策略。映射到程序中，可以認為是兩種算法，比如支付的時候，選擇支付寶支付或者微信支付。
策略模式的特點是不管過程怎么樣，結(jié)果都是一樣的。不管乘坐飛機還是火車，最后都會到達北京；不管哪種支付方式，最終都會支付成功。過程不一樣，結(jié)果都一樣。
一、支付案例
支付時，會有很多參數(shù)，很多邏輯，經(jīng)常會遇到一種支付方式，上百行的代碼，而且還需要很好的把控事務(wù)。如果多種支付方式，代碼也會成倍的上漲。維護起來相當難受。
1.普通代碼
代碼如下（示例）：
@PostMapping("/makeOrder")
public ResultData makeOrder(@RequestBody Order order){
// 生成自己的訂單，并且設(shè)置訂單的失效時間，并且定時回滾
// ... 此處代碼省略
// 處理支付方式
if(order.getType=="alipay"){ // 支付寶
this.payService.alipay(order);
}else if (order.getType=="weixin"){ // 微信
this.payService.weixinpay(order);
}else if (order.getType=="jd"){ // 京東支付
this.payService.jtpay(order);
}else if (order.getType=="yunshanfu"){ // 云閃付
this.payService.yunshanfupay(order);
}
// 發(fā)送到mq，進行廣播。
return this.ok(order);
}
相信代碼肯定會很多，而且if/else來處理會顯得代碼很雜亂。或者有通過增加接口來減少if/else
@PostMapping("/alipay")
public ResultData makeOrder(@RequestBody Order order){
}
@PostMapping("/jdpay")
public ResultData makeOrder(@RequestBody Order order){
}
現(xiàn)在邏輯少，代碼不會顯得雜亂，如果有很多種支付方式呢？代碼會顯得很雜亂，而且擴展受限。推薦閱讀：最新 Java 核心技術(shù)教程。
2.引入策略模式
代碼如下（入口）：
private OrderService orderService;
@PostMapping("/makeOrder")
// 商品id
// 支付類型
public ResultData makeOrder(Long goodsId,String type){
// 生成本地的訂單
Order order = this.orderService.makeOrder(goodsId);
//選擇支付方式
PayType payType = PayType.getByCode(type);
//進行支付
payType.get().pay(order.getId(),order.getAmount());
return this.ok();
}
代碼如下（支付方式）：
public enum PayType {
//支付寶 AliPay 是實現(xiàn)類
ALI_PAY("1",new AliPay()),
//微信
WECHAT_PAY("2",new WechatPay());
private String payType;
// 這是一個接口
private Payment payment;
PayType(String payType,Payment payment){
this.payment = payment;
this.payType = payType;
}
//通過get方法獲取支付方式
public Payment get(){ return this.payment;}
public static PayType getByCode(String payType) {
for (PayType e : PayType.values()) {
if (e.payType.equals(payType)) {
return e;
}
}
return null;
}
}
代碼如下（支付接口）：
public interface Payment {
public void pay(Long order, double amount);
}
代碼如下（支付寶支付實現(xiàn)）：
public class AliPay implements Payment {
@Override
public void pay(Long order, double amount) {
System.out.println("----支付寶支付----");
System.out.println("支付寶支付111元");
}
}
代碼如下（微信支付實現(xiàn)）：
public class WechatPay implements Payment {
@Override
public void pay(Long orderId, double amount) {
System.out.println("---微信支付---");
System.out.println("支付222元");
}
}
通過枚舉來優(yōu)雅的選擇支付類型，共用一個支付接口，不同的支付方式實現(xiàn)自己的邏輯，更加貼合面向?qū)ο蟮乃枷搿＿@種方式相對與if/else更加優(yōu)雅。單例模式的 8 種寫法，推薦看下。
但是，其實這樣一看，哇，使用策略模式，創(chuàng)建了好多類，好麻煩的樣子，還是使用if/else代碼少一點，但是長遠來說，支付的邏輯一定是錯綜復(fù)雜，通過策略模式可以更加友好的進行擴展。但是if/else進行擴展，代碼會比較冗余，如果本來就沒幾行代碼，缺強制使用策略模式，無意是畫蛇添足。
往期推薦
免費領(lǐng)取：爺青回，曾經(jīng)的游戲，趕緊約上當年的好友一起干！
喜歡的這里報道
↘↘↘