設計模式（八）——策略模式

本文屬于系列文章《設計模式》，附上文集鏈接

策略模式

  • 定義：定義一系列的算法,把每一個算法封裝起來, 并且使它們可相互替換。
  • 作用：首先是封裝的算法，然后可相互替換，可以想象出一個場景，就是有很多種的選擇，然后可以選擇最合適的一種，如果不用策略模式的話，那就是一個一個自行選擇，對的。
  • 屬于行為類模式

舉個例子

之前做外包做一個網站，其中有一個模塊是支付的，可供選擇的方式有支付寶支付，微信支付和支付寶的跳轉支付（H5跳轉app支付）。當時是蠢的啊，沒想到策略模式這種東西，上代碼

// 支付控制器
public class PayController {
    // 微信要自己生成二維碼,若是在手機端，則必須要微信瀏覽器才能使用
    public void wechatPay() {
        // 模擬request收集到訂單號,商品描述,總價錢的參數
        String orderNo = System.currentTimeMillis() + "";
        String body = "終極商店—大紅蘋果";
        long totalFee = 6L;
        // 模擬調用支付api的過程
        System.out.println(
                "使用訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + "調用微信支付工具類，請求下單API,返回支付URL并根據URL生成二維碼");
    }
    // 支付寶直接跳轉到支付寶收集訂單信息的jsp頁面來發起網關支付，只能用于PC端
    public void aliPay() {
        // 模擬request收集到訂單號,商品描述,總價錢的參數
        String orderNo = System.currentTimeMillis() + "";
        String body = "終極商店—大紅蘋果";
        long totalFee = 6L;
        // 模擬調用支付api的過程
        System.out.println("將訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + "作為參數，訪問支付寶收集訂單信息的jsp頁面來發起網關支付");
    }
    // 移動端使用支付寶支付，跳轉到支付寶收銀臺，支付寶收銀臺有喚醒支付寶APP的函數，但不能在微信瀏覽器打開
    public void mobileAliPay() {
        // 模擬request收集到訂單號,商品描述,總價錢的參數
        String orderNo = System.currentTimeMillis() + "";
        String body = "終極商店—大紅蘋果";
        long totalFee = 6L;
        // 模擬調用支付api的過程
        System.out.println("將訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + "作為參數，訪問支付寶的收銀臺來發起移動支付");
    }
}
// 場景類
public class Client {
    public static void main(String[] args) throws InterruptedException {
        PayController payController = new PayController();
        System.out.println("用戶Tom選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在PC端，使用Chrome瀏覽器操作");
        payController.aliPay();
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Sivan選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在移動端端，使用非微信瀏覽器操作");
        payController.mobileAliPay();
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Jack選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了微信支付");
        System.out.println("在移動端端，使用微信瀏覽器操作");
        payController.wechatPay();
        }
}
結果：
用戶Tom選擇了商品，然后開始下單支付
用戶選擇了支付寶支付
在PC端，使用Chrome瀏覽器操作
將訂單號:1491293476471，商品描述:終極商店—大紅蘋果和總價錢:6作為參數，訪問支付寶收集訂單信息的jsp頁面來發起網關支付
\-----------------------------------------
用戶Sivan選擇了商品，然后開始下單支付
用戶選擇了支付寶支付
在移動端端，使用非微信瀏覽器操作
將訂單號:1491293476482，商品描述:終極商店—大紅蘋果和總價錢:6作為參數，訪問支付寶的收銀臺來發起移動支付
\-----------------------------------------
用戶Jack選擇了商品，然后開始下單支付
用戶選擇了微信支付
在移動端端，使用微信瀏覽器操作
使用訂單號:1491293476492，商品描述:終極商店—大紅蘋果和總價錢:6調用微信支付工具類，請求下單API,返回支付URL并根據URL生成二維碼

代碼就不解釋了，注釋都說明了，當時就是傻了，沒想到擴展性等的問題。試想下，以后如果多一種支付方式，我就要在PayController多加一個方法，修改已有代碼，不符合開閉原則喔。其次，上面的每個pay的方法都有相同的代碼（requset獲取參數）。。一點復用都沒有，賊氣（這里倒和策略模式無關，只是對自身實力的一種吐槽）。

用策略模式改造下，如下：

// 支付策略接口
public interface PayStrategy {
    public void pay(String orderNo,String body,long totalFee);
}
//支付寶支付策略，直接跳轉到支付寶收集訂單信息的jsp頁面來發起網關支付，只能用于PC端
public class AliPayStraegy implements PayStrategy {
    @Override
    public void pay(String orderNo, String body, long totalFee) {
        // 模擬調用支付api的過程
        System.out.println("將"
                \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                        \+ "作為參數，訪問支付寶收集訂單信息的jsp頁面來發起網關支付");
    }
}
// 移動端使用支付寶支付策略，跳轉到支付寶收銀臺，支付寶收銀臺有喚醒支付寶APP的函數，但不能在微信瀏覽器打開
public class MobileAlipayStrategy implements PayStrategy{
    @Override
    public void pay(String orderNo,String body,long totalFee){
        // 模擬調用支付api的過程
        System.out.println("將"
                \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                        \+ "作為參數，訪問支付寶的收銀臺來發起移動支付");
    }
}
//微信支付策略，要自己生成二維碼,若是在手機端，則必須要微信瀏覽器才能使用
public class WechatPayStrategy implements PayStrategy {
    @Override
    public void pay(String orderNo, String body, long totalFee) {
        // 模擬調用支付api的過程
        System.out.println("使用"
                \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                        \+ "調用微信支付工具類，請求下單API,返回支付URL并根據URL生成二維碼");
    }
}
// 支付控制器
public class PayController {
    private PayStrategy payStrategy;
    public void setPayStrategy(PayStrategy payStrategy) {
        this.payStrategy = payStrategy;
    }
    public void pay() {
        // 模擬request收集到訂單號,商品描述,總價錢的參數
        String orderNo = System.currentTimeMillis() + "";
        String body = "終極商店—大紅蘋果";
        long totalFee = 6L;
        // 模擬調用支付api的過程
        payStrategy.pay(orderNo, body, totalFee);
    }
}
// 場景類
public class Client {
    public static void main(String[] args) throws InterruptedException {
        PayController payController = new PayController();
        System.out.println("用戶Tom選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在PC端，使用Chrome瀏覽器操作");
        payController.setPayStrategy(new AliPayStraegy());
        payController.pay();
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Sivan選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在移動端端，使用非微信瀏覽器操作");
        payController.setPayStrategy(new MobileAlipayStrategy());
        payController.pay();
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Jack選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了微信支付");
        System.out.println("在移動端端，使用微信瀏覽器操作");
        payController.setPayStrategy(new WechatPayStrategy());
        payController.pay();
        }
}

我們先定義了一個PayStrategy的接口，然后每一個支付的具體方法都實現這個接口，然后在PayController中組合了一個PayStrategy，定義了一個set方法，這個set方法，我把它稱作“策略選擇器”，高大上，哈哈。

然后在pay方法中，調用策略來執行pay方法就行了。然后在客戶端，每次調用支付的接口的時候，就使用我們的“策略選擇器”，使用指定的策略，然后就OK了。PayController在執行pay方法的時候會根據傳入的PayStrategy們來選擇相應的方法來執行，這就是簡單的策略模式。

有啥好處？第一，以后每多一種支付方式，我只需要實現PayStrategy接口來新建一個類，而不需要修改原有代碼，符合開閉原則。第二，假設原有的支付方式發生改變，需要修改，我只需要修改對應的策略類，避免了對其他的策略類造成影響的可能。第三，客戶端對Controller的了解變少了，因為只需要了解策略的種類，而不需要了解Controller哪個方法具體是干啥的，也符合迪米特原則。

延伸下，當時我在外包中是用@Resource將PayStrategy的實現類都放到IOC容器，然后在PayController的payService（對的，并不是像代碼那樣在Controller直接組裝的，啊哈哈），用@AutoWired組裝每一個支付策略的，頁面會傳一個payType參數（對的，上面的代碼還是沒提到，啊哈哈），根據payType參數來使用相應的策略，來完成下單那個動作。如果有更好的辦法的朋友歡迎拍磚，在此先謝謝了。

延伸

這個真的是延伸了，首先是看書看到的實現方法，覺得挺有意思的一種實現，叫策略枚舉，也是666.
代碼：

// 策略枚舉
public enum Pay {
    //支付寶支付策略，直接跳轉到支付寶收集訂單信息的jsp頁面來發起網關支付，只能用于PC端
    AliPay() {
        @Override
        public void pay(String orderNo, String body, long totalFee) {
            // 模擬調用支付api的過程
            System.out.println("將"
                    \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                            \+ "作為參數，訪問支付寶收集訂單信息的jsp頁面來發起網關支付");
        }
    },
    //微信支付策略，要自己生成二維碼,若是在手機端，則必須要微信瀏覽器才能使用
    WechatPay() {
        @Override
        public void pay(String orderNo, String body, long totalFee) {
            // 模擬調用支付api的過程
            System.out.println("使用"
                    \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                            \+ "調用微信支付工具類，請求下單API,返回支付URL并根據URL生成二維碼");
        }
    },
    // 移動端使用支付寶支付策略，跳轉到支付寶收銀臺，支付寶收銀臺有喚醒支付寶APP的函數，但不能在微信瀏覽器打開
    MobileAliPay() {
        @Override
        public void pay(String orderNo,String body,long totalFee){
            // 模擬調用支付api的過程
            System.out.println("將"
                    \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                            \+ "作為參數，訪問支付寶的收銀臺來發起移動支付");
        }
    };
    // 定義支付的抽象方法,枚舉類型每多一個值，都得實現這個抽象方法，就是這個特性才能666
    public abstract void pay(String orderNo, String body, long totalFee);
}
// 場景類
public class Client {
    public static void main(String[] args) throws InterruptedException {
        // 偷偷懶，直接模擬那些參數了，勿噴
        String orderNo = System.currentTimeMillis() + "";
        String body = "終極商店—大紅蘋果";
        long totalFee = 6L;
        PayController payController = new PayController();
        System.out.println("用戶Tom選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在PC端，使用Chrome瀏覽器操作");
        // 直接使用策略的枚舉值
        Pay.AliPay.pay(orderNo, body, totalFee);
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Sivan選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在移動端端，使用非微信瀏覽器操作");
        // 直接使用策略的枚舉值
        Pay.MobileAliPay.pay(orderNo, body, totalFee);
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Jack選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了微信支付");
        System.out.println("在移動端端，使用微信瀏覽器操作");
        // 直接使用策略的枚舉值
        Pay.WechatPay.pay(orderNo, body, totalFee);
        }
}

結果：


貼圖增加說服力，這酸爽，誰用誰知道

沒錯，上面就是策略枚舉，當時第一次看到的時候驚了個大呆，枚舉還可以這樣玩。我在上面的示例偷了偷懶，正確的做法應該是在payController那里選擇策略的，具體的代碼腦補下吧。。。

雖然好像和很多看到的策略模式有很大的出入，但不得不說，這個并沒有什么毛病，同一樣東西的不同表達。看回定義，把每一個算法封裝起來, 并且使它們可相互替換，而他們的算法實現都是在枚舉值中實現的，相互替換也沒什么毛病。畢竟擴展接口的方法也需要記住哪個類對應哪個算法，而枚舉需要的記住某個枚舉值對應某個算法，只不過就是如果需要構造函數做點什么事的話，枚舉的方法就很蛋疼了。。懂的自然懂，哈哈。

上面那個是看書看到，下面這個就是我看Thinking In Java中看到內部類的時候突發奇想聯想到的了，可能看到內部類應該已經想到大概怎么實現了吧，哈哈，來看代碼：

// 使用內部類的策略模式
public class PayStrategyWithInnerClass {
    //支付寶支付策略，直接跳轉到支付寶收集訂單信息的jsp頁面來發起網關支付，只能用于PC端
    public class AliPay implements PayStrategy{
        @Override
        public void pay(String orderNo, String body, long totalFee) {
            // 模擬調用支付api的過程
            System.out.println("將"
                    \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                            \+ "作為參數，訪問支付寶收集訂單信息的jsp頁面來發起網關支付");
        }
    }
    //微信支付策略，要自己生成二維碼,若是在手機端，則必須要微信瀏覽器才能使用
    public class WechatPay implements PayStrategy{
        @Override
        public void pay(String orderNo, String body, long totalFee) {
            // 模擬調用支付api的過程
            System.out.println("使用"
                    \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                            \+ "調用微信支付工具類，請求下單API,返回支付URL并根據URL生成二維碼");
        }
    }
    // 移動端使用支付寶支付策略，跳轉到支付寶收銀臺，支付寶收銀臺有喚醒支付寶APP的函數，但不能在微信瀏覽器打開
    public class MobileAliPay implements PayStrategy{
        @Override
        public void pay(String orderNo, String body, long totalFee) {
            // 模擬調用支付api的過程
            System.out.println("將"
                    \+ "訂單號:" + orderNo + "，商品描述:" + body + "和總價錢:" + totalFee + ""
                            \+ "作為參數，訪問支付寶的收銀臺來發起移動支付");
        }
    }
}
// 場景類
public class Client {
    public static void main(String[] args) throws InterruptedException {
        PayStrategyWithInnerClass payStrategy = new PayStrategyWithInnerClass();
        PayController payController = new PayController();
        System.out.println("用戶Tom選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在PC端，使用Chrome瀏覽器操作");
        // 實現方式有所差別
        payController.setPayStrategy(payStrategy.new AliPay());
        payController.pay();
        // 直接使用策略的枚舉值
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Sivan選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了支付寶支付");
        System.out.println("在移動端端，使用非微信瀏覽器操作");
        payController.setPayStrategy(payStrategy.new MobileAliPay());
        payController.pay();
        Thread.sleep(10);
        System.out.println("-----------------------------------------");
        System.out.println("用戶Jack選擇了商品，然后開始下單支付");
        System.out.println("用戶選擇了微信支付");
        System.out.println("在移動端端，使用微信瀏覽器操作");
        payController.setPayStrategy(payStrategy.new WechatPay());
        payController.pay();
        }
}
結果：
用戶Tom選擇了商品，然后開始下單支付
用戶選擇了支付寶支付
在PC端，使用Chrome瀏覽器操作
將訂單號:1491315431218，商品描述:終極商店—大紅蘋果和總價錢:6作為參數，訪問支付寶收集訂單信息的jsp頁面來發起網關支付
\-----------------------------------------
用戶Sivan選擇了商品，然后開始下單支付
用戶選擇了支付寶支付
在移動端端，使用非微信瀏覽器操作
將訂單號:1491315431230，商品描述:終極商店—大紅蘋果和總價錢:6作為參數，訪問支付寶的收銀臺來發起移動支付
\-----------------------------------------
用戶Jack選擇了商品，然后開始下單支付
用戶選擇了微信支付
在移動端端，使用微信瀏覽器操作
使用訂單號:1491315431241，商品描述:終極商店—大紅蘋果和總價錢:6調用微信支付工具類，請求下單API,返回支付URL并根據URL生成二維碼

其實也沒啥不同，內部類來實現策略PayStrategy接口，然后實現方法，在調用的場景也是實例化一個內部類而已，實現的實質也是策略選擇器。。內部類那里的外圍類有點像枚舉，但是又有點差別。沒遇到實際問題也想不出來啥例子，有經驗的人士麻煩評論區拍個磚，感激不盡。

以上就是策略模式，水平有限，難免有錯，歡迎評論區指責

最后編輯于 ：
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明：文章內容（如有圖片或視頻亦包括在內）由作者上傳并發布，文章內容僅代表作者本人觀點，簡書系信息發布平臺，僅提供信息存儲服務。

推薦閱讀更多精彩內容

  • 1 場景問題# 1.1 報價管理## 向客戶報價，對于銷售部門的人來講，這是一個非常重大、非常復雜的問題，對不同的...
    七寸知架構閱讀 5,121評論 9贊 62
  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具（例如配置管理，服務發現，斷路器，智...
    卡卡羅2017閱讀 134,837評論 18贊 139
  • 該文僅對于中間這種支付方式有參考價值喲 一、開發背景 在微信公眾號中，需要進行微信支付且為微信公眾號網頁支付。 二...
    英文名叫夏天閱讀 1,861評論 0贊 7
  • 1. Java基礎部分 基礎部分的順序：基本語法，類相關的語法，內部類的語法，繼承相關的語法，異常的語法，線程的語...
    子非魚_t_閱讀 31,739評論 18贊 399
  • 有時候發現自己是一個挺悲觀的人。 對很多東西都比較悲觀。 所有人都在追求完美的時候，我卻希望能停一停。活著已經夠累...
    夢鹿是一只貓閱讀 150評論 0贊 0