不得不說，在很多業務中，這種模式用得真的很香

来源:https://www.cnblogs.com/kdaddy/p/18159254
-Advertisement-
Play Games

故事 “不能在寫if else來拓展當前系統了，現在已經有三個支付場景了......”工位上，小貓看著電腦，撓著頭。 就在剛剛，小貓接到了一個新需求，需要和客戶公司打通資產，形成資產聯動。說白了就是需要定製化對接客戶公司的支付資產體系。除了這次接到的之外。前面其實已經對接了三家了。由於每家對接規範都 ...


故事

“不能在寫if else來拓展當前系統了，現在已經有三個支付場景了......”工位上，小貓看著電腦，撓著頭。

就在剛剛，小貓接到了一個新需求，需要和客戶公司打通資產，形成資產聯動。說白了就是需要定製化對接客戶公司的支付資產體系。除了這次接到的之外。前面其實已經對接了三家了。由於每家對接規範都不一樣，歷史對接的時候為了儘快上線，都是直接搞個else的新路由分支，然後去實現支付，退款。

在小貓看來，就是在堆屎山。牽一發而動全身的感覺真的很不好。由於本次的需求留有的時間還是相當充裕的，所以小貓下定決心，打算利用這次的拓展，將原來不合理的地方用上設計模式將其重構掉。

深思熟慮很久，小貓下定決心打算用“策略模式”重構一番。

聊聊策略模式

說到策略模式，老貓覺得這種設計模式在實際開發中使用其實是相當頻繁的。老貓工作到現在也在很多業務場景中使用過這樣的設計模式。例如，上述小貓遇到的第三方支付集成的問題上。另外的還有商城搞活動，針對不同的用戶下單行為提供不同的折扣或者返現等活動。再例如商城運營人員根據不同的加價策略去定在售商品的價格等。

老貓工作十年中，對接過很多外部企業或者單位的介面，若業務定義一樣，只是介面協議不同的業務其實往往都可以用到策略模式。
提煉一下適用場景如下：

（1）系統中有很多類，而它們的區別僅僅在於行為不同。

（2）一個系統需要動態地在幾種演算法中選擇一種。

在很多業務中，這種模式用起來真的很香，既能夠擺脫成堆的“if else”（當然關於 if else的優化,又是另外一個故事了，有興趣的小伙伴可以看看這篇文章【接手了個項目，被if..else搞懵逼了】），另外寫出來的代碼本身拓展性也會比較好。

那麼我們來看看策略模式，並且基於小貓遇到的場景問題，咱們來擼一下實現代碼。

策略模式解決多路支付通道問題

在定義支付行為的時候，我們首先定義出常規的支付行為，咱們可以用介面interface的形式定義出來，當然也可以用abstract類的方式定義出來。這裡老貓使用後者來定義。代碼如下：

/**
 * @author 公眾號：程式員老貓
 */
public abstract class Payment {
    //獲取支付渠道的名稱
    public abstract String getName();

    //查詢用戶餘額
    protected abstract BigDecimal queryBalance(String uid);

    public PayState doPay(String uid, BigDecimal amount) {
        if (queryBalance(uid).compareTo(amount) < 0) {
            return new PayState(500, "支付失敗", "賬戶餘額不足");
        }
        return new PayState(200, "支付成功", "支付金額：" + amount);
    }
}

定義一個標準的支付狀態類：

/**
 * @author 公眾號：程式員老貓
 */
public class PayState {
    private int code;
    private String msg;
    private Object data;

    public PayState(int code, String msg, Object data) {
        this.code = code;
        this.msg = msg;
        this.data = data;
    }

    public String toString() {
        return ("pay state :[" + code + "]," + msg + ",order detail: " + data);
    }
}

接下來，咱們來模擬各個支付渠道，並且咱們能夠知道在不同的支付渠道中，我們當前的賬戶餘額是多少。咱們就拿用的比較多的微信、支付寶、京東支付等支付渠道來做模擬吧。

支付寶實現，並且賬戶中有900元：

public class AliPay extends Payment {
    @Override
    public String getName() {
        return "支付寶";
    }

    @Override
    protected BigDecimal queryBalance(String uid) {
        return new BigDecimal(900);
    }
}

微信支付，並且賬戶中有300元：

public class WxPay extends Payment{
    @Override
    public String getName() {
        return "微信";
    }

    @Override
    protected BigDecimal queryBalance(String uid) {
        return new BigDecimal(300);
    }
}

以此類推，京東支付。

public class JDPay extends Payment{
    @Override
    public String getName() {
        return "京東白條";
    }

    @Override
    protected BigDecimal queryBalance(String uid) {
        return new BigDecimal(400);
    }
}

定義好各種單一支付通道之後，其實我們就要組裝策略了。把上述支付通道，載入到策略路由類中。老貓覺得這個地方也是策略模式中比較核心的點。

/**
 * @author 公眾號：程式員老貓
 */
public class PayStrategy {
    public static final String ALI_PAY = "aliPay";
    public static final String WX_PAY = "wxPay";
    public static final String JD_PAY = "jdPay";
    public static final String DEFAULT = "wxPay";

    //初始化的時候裝載支付行為策略
    private static Map<String,Payment> paymentMap = new HashMap<>();

    static {
        paymentMap.put(ALI_PAY,new AliPay());
        paymentMap.put(WX_PAY,new WxPay());
        paymentMap.put(JD_PAY,new JDPay());
        paymentMap.put(DEFAULT,new WxPay());
    }

    //調用的時候路由具體的支付策略
    public static Payment get(String payKey){
        if(!paymentMap.containsKey(payKey)){
            return paymentMap.get(DEFAULT);
        }
        return paymentMap.get(payKey);
    }
}

接下來，我們就模擬用戶下訂單支付行為了，具體如下：

/**
 * @author 程式員老貓
 * 下單場景
 */
public class Order {
    private String uid; //用戶Id
    private String orderId; //訂單Id
    private BigDecimal orderAmount; //支付金額

    public Order(String uid, String orderId, BigDecimal orderAmount) {
        this.uid = uid;
        this.orderId = orderId;
        this.orderAmount = orderAmount;
    }

    public PayState doPay() {
        return doPay(PayStrategy.DEFAULT);
    }

    public PayState doPay(String payKey) {
        Payment payment = PayStrategy.get(payKey);
        System.out.println("歡迎使用" + payment.getName());
        System.out.println("本次交易金額：" + orderAmount);
        return payment.doPay(uid, orderAmount);
    }
}

最終咱們來進行測試一下：

public class PayStrategyTest {
    public static void main(String[] args) {
        Order order = new Order("ktdaddy","20240425224901",new BigDecimal(245));

        System.out.println(order.doPay(PayStrategy.ALI_PAY));
    }
}

結果輸出：

歡迎使用支付寶
本次交易金額：245
pay state :[200],支付成功,order detail: 支付金額：245

上述基本就是策略模式的使用了。老貓覺得應該還是比較清晰的。咱們簡單看一下最終的調用類圖：

策略模式類圖

到這裡很多小伙伴可能會問了，上面寫的案例其實並沒有結合我們實際的spring開發框架去實現策略模式，日常開發的過程中我們Java程式員主要用的還是spring框架。那麼如果要結合咱們spring日常開發框架又是怎麼去實現呢。那麼接下來，咱們接著往下看。

SpringBoot下策略模式解決多路支付通道

其實核心的思想還是上面這幾個要領，老貓在此不多做展開，只是給大家提供一些思路，然後提供一些簡單的日常開發中使用的截圖給大家參考。支付使用策略模式的核心的思想無非就下麵兩個。

（1）咱們需要不同的支付策略類。

（2）需要有路由支付策略類的路由類。

其實上面兩個核心中，比較重要的還是第二點，咱們如果去初始化策略類。在上面案例中，老貓使用的靜態方法塊來裝載各個策略方法。在spring中其實我們可以使用@PostConstruct註解，進行service策略的初始化裝載。

如下首先定義一個標準的支付介面，並且實現一下：

public interface Payment {
    //獲取支付渠道的名稱
    String getCode();

    PayState doPay(String uid, BigDecimal amount);
}

然後實現這個介面，咱們舉一個例子來說明

@Service
public class JDPay implements Payment {

    @Override
    public String getCode() {
        return "jdPay";
    }

    @Override
    public PayState doPay(String uid, BigDecimal amount) {
        return null;
    }
}

關鍵此時咱們看一下核心載入的地方。

/**
 * 程式員老貓
 **/
@Service
public class PayStrategy {
    @Autowired
    private Payment[] payments;

    //初始化的時候裝載支付行為策略
    private static Map<String, Payment> paymentMap = new ConcurrentHashMap<>();


    @PostConstruct
    private void initRouteMap() {
        for (Payment externalPayService : payments) {
            paymentMap.put(externalPayService.getCode(), externalPayService);
        }
    }

    public Payment getPayment(String payCode) {
        return paymentMap.get(payCode);
    }
}

上述就是結合spring的核心策略模式的實現方式，老貓這裡沒有展開，但是最精華的部分，老貓覺得已經說清楚了。當然基於@PostConstruct進行策略載入的方式只是一種。大家可以實現spring自帶的InitializingBean，在 Spring 容器完成 bean 的屬性註入後，會調用 afterPropertiesSet() 方法來執行初始化邏輯。

總結

上述主要和大家分享了基於策略模式如何去做支付整合第三方支付的問題。當然這隻是一個簡單的案例，其實很多時候我們在實際的業務開發中很多地方都可以用到這樣一個模式。在jdk源碼中以及spring源碼中也屢見不鮮。但是策略模式也不是萬能的，存在優點的同時也存在缺點。

優點：

1、策略模式符合開閉原則。(當然有興趣瞭解設計原則的小伙伴歡迎戳【違反這些設計原則，系統就等著“腐爛”】)

2、策略模式可以避免使用多重覆的條件語句。例如優化if else。當然之前也老貓也寫過類似博文。【接手了個項目，被if..else搞懵逼了】

3、使用策略模式可以提高演算法的保密性和安全性。

缺點：

1、不像適配器模式，策略模式要求客戶端需要知道所有的策略，並且自行決定使用哪類策略。關於適配器模式，感興趣的小伙伴可以看這裡【真香定律！我用這種模式重構了第三方登錄】

2、策略類會越來越多，維護成本也會越來越高。

我是老貓，10year+資深研發，讓我們一起聊聊技術，聊聊職場，聊聊人生～ 更多精彩，歡迎關註公眾號“程式員老貓”。 個人博客：https://blog.ktdaddy.com/
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • web server apache tomcat11-22-logging 日誌
    前言 整理這個官方翻譯的系列，原因是網上大部分的 tomcat 版本比較舊，此版本為 v11 最新的版本。 開源項目 從零手寫實現 tomcat minicat 別稱【嗅虎】心有猛虎，輕嗅薔薇。 系列文章 web server apache tomcat11-01-官方文檔入門介紹 web serv ...
  • 2024年最好用的10款ER圖神器！
    分享10款ER圖工具，詳細分析他們的功能特點、價格和適用場景，可以根據你的需求進行選擇。ER圖（Entity-Relationship Diagram）是資料庫設計中常用的一種模型，用於描述實體之間的關係。這種圖形化的表示方法旨在幫助人們理解和設計資料庫結構，它們在資料庫開發和設計中非常有用。 1 ...
  • day25-索引和函數及存儲過程
    1. 索引 在資料庫中索引最核心的作用是：加速查找。 例如：在含有300w條數據的表中查詢，無索引需要700秒，而利用索引可能僅需1秒。 mysql> select * from big where password="81f98021-6927-433a-8f0d-0f5ac274f96e"; + ...
  • java反彙編命令手冊
    1. 棧和局部變數操作 1.1 將常量壓入棧的指令 指令 功能描述 aconst_null 將null對象引用壓入棧 iconst_m1 將將int類型常量-1壓入棧 iconst_0 將int類型常量0壓入棧 iconst_1 將int類型常量1壓入棧 iconst_2 將int類型常量2壓入棧 ...
  • Spring Boot應用中如何動態指定資料庫，實現不同用戶不同資料庫的場景
    當在 Spring Boot 應用程式中使用Spring Data JPA 進行資料庫操作時，配置Schema名稱是一種常見的做法。然而，在某些情況下，模式名稱需要是動態的，可能會在應用程式運行時發生變化。比如：需要做數據隔離的SaaS應用。 所以，這篇博文將幫助您解決了在 Spring Boot ...
  • keycloak~RequiredActionProvider中獲取表單認證前URL的參數
    在keycloak中，我們在進行brower瀏覽器的表單認證時，一般在跳到本頁面時，URL上會有redirect_uri這種參數，用來告訴keycloak，在認證成功後的跳轉地址，你在表單認證控制器中，可以通過context.getHttpRequest().getUri().getQueryPar ...
  • Java面試題：SimpleDateFormat是線程安全的嗎？使用時應該註意什麼？
    在Java開發中，我們經常需要獲取和處理時間，這需要使用到各種不同的方法。其中，使用SimpleDateFormat類來格式化時間是一種常見的方法。雖然這個類看上去功能比較簡單，但是如果使用不當，也可能會引發一些問題。 ...
  • MyBatis 動態 SQL 最全教程，這樣寫 SQL 太優雅了！
    一、MyBatis動態 sql 是什麼 動態 SQL 是 MyBatis 的強大特性之一。在 JDBC 或其它類似的框架中，開發人員通常需要手動拼接 SQL 語句。根據不同的條件拼接 SQL 語句是一件極其痛苦的工作。 例如，拼接時要確保添加了必要的空格，還要註意去掉列表最後一個列名的逗號。而動態 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類