一個支付案例，學(xué)會策略模式！

往期熱門文章：

1、面試被問事務(wù)注解 @Transactional 失效怎么解決？
2、CTO 說了，用錯 @Autowired 和 @Resource 的人可以領(lǐng)盒飯了
3、在項目中用了Arrays.asList、ArrayList的subList，被公開批評
4、這六個 MySQL 死鎖案例，能讓你理解死鎖的原因！
5、別總寫代碼，這130個網(wǎng)站比漲工資都重要

作者 | 叁滴水

來源 | https://blog.csdn.net/qq_30285985/

前言

在開發(fā)時，總會遇到支付的需求，但是支付的方式有很多，支付寶支付，微信支付，銀行卡支付，每種支付方式的接口不一樣，參數(shù)信息也不一樣，一般情況下，會有很多if/else來進行判斷，但是業(yè)務(wù)邏輯的逐漸增多，if/else顯得那么的沉重，通過策略模式即可更優(yōu)雅的來處理這種代碼。

什么是策略模式呢？比如一個人要從廣州去北京，這個人可以選擇乘坐飛機去，也可以選擇乘坐火車去。兩種交通方式的選擇，可以認(rèn)為是兩種策略。映射到程序中，可以認(rèn)為是兩種算法，比如支付的時候，選擇支付寶支付或者微信支付。

策略模式的特點是不管過程怎么樣，結(jié)果都是一樣的。不管乘坐飛機還是火車，最后都會到達北京；不管哪種支付方式，最終都會支付成功。過程不一樣，結(jié)果都一樣。

一、支付案例

支付時，會有很多參數(shù)，很多邏輯，經(jīng)常會遇到一種支付方式，上百行的代碼，而且還需要很好的把控事務(wù)。如果多種支付方式，代碼也會成倍的上漲。維護起來相當(dāng)難受。

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)在邏輯少，代碼不會顯得雜亂，如果有很多種支付方式呢？代碼會顯得很雜亂，而且擴展受限。

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代碼少一點，但是長遠(yuǎn)來說，支付的邏輯一定是錯綜復(fù)雜，通過策略模式可以更加友好的進行擴展。但是if/else進行擴展，代碼會比較冗余，如果本來就沒幾行代碼，缺強制使用策略模式，無意是畫蛇添足。

最近熱文閱讀：
1、終于來了，IDEA 2021.1版本正式發(fā)布，完美支持WSL 2
2、面試被問事務(wù)注解 @Transactional 失效怎么解決？
3、CTO 說了，用錯 @Autowired 和 @Resource 的人可以領(lǐng)盒飯了
4、在項目中用了Arrays.asList、ArrayList的subList，被公開批評
5、別總寫代碼，這130個網(wǎng)站比漲工資都重要
6、哇！IntelliJ IDEA 2021.1 中竟然有這么多牛逼的插件~
7、能掙錢的，開源 SpringBoot 商城系統(tǒng)，功能超全，超漂亮，真TMD香！
8、放棄 Notepad++，事實證明，還有 5 款更牛逼……
9、公司這套架構(gòu)統(tǒng)一處理 try...catch 這么香，求求你不要再滿屏寫了，再發(fā)現(xiàn)扣績效！
10、Spring 中經(jīng)典的 9 種設(shè)計模式！收藏了
關(guān)注公眾號，你想要的Java都在這里