简易理解设计模式之：策略模式——优化一下支付功能

Twcat_tree

发布于 2022-11-29 17:01:51

3650

发布于 2022-11-29 17:01:51

文章被收录于专栏：二猫の家

介绍：

策略模式属于行为型模式。它定义了一系列的算法，把每一个算法封装起来，让它们之间可相互替换，此模式让算法的变化，不会影响到使用算法的客户。

类图：

Stragety(抽象策略类)：抽象类或接口，提供具体策略类需要实现的接口，抽离通用方法。 ConcreteStragetyA、ConcreteStragetyB（具体策略类）：具体的策略实现，封装了相关的算法实现。 Context（环境类）：用来操作策略的上下文环境。

用法： •　针对同一类型的问题有多种处理方式，仅仅是具体行为有差别时。 •　需要安全地封装多种同一类型的操作时。 •　出现同一个抽象类有多个子类，而又需要使用if-else或switch-case来选择子类时。

个人理解，说直白一点： •　有多种实现效果一样的算法可以考虑用此模式，如各种排序算法。 •　为了隐藏实现的细节，提高代码安全性也可以考虑使用此模式。 •　大量出现if-else或switch-case时，可以考虑使用此模式。

例子： 大家还记得在简单工厂模式中的支付例子吧？不管从类图的角度还是从实现的角度，简单工厂模式和策略模式都很相似。我们不急，先看看同样的功能用策略模式是怎样实现的。

需求：输入一个价格和支付类型，模拟使用不同支付通道的情况。

1、使用策略模式： 1.1、把通用方法抽离，抽象成一个父类。

public abstract class PayChannel {
    public abstract void pay(String price);
}

1.2、然后，创建它的三个具体策略类：

public class AliyPay extends PayChannel {
    @Override
    public void pay(String price) {
        System.out.println("调起支付宝SDK，价格：" + price);
    }
}
public class UnionPay extends PayChannel {
    @Override
    public void pay(String price) {
        System.out.println("调起银联SDK，价格：" + price);
    }
}
public class WechatPay extends PayChannel {
    @Override
    public void pay(String price) {
        System.out.println("调起微信SDK，价格：" + price);
    }
}

1.3、再创建一个环境类，用来操作不同的策略：

public class PayContext {
    private PayChannel payChannel;

    public PayContext(PayChannel payChannel){
        this.payChannel = payChannel;
    }

    public void pay(String price){
        payChannel.pay(price);
    }
}

1.4、最后，客户调用不同的支付策略：

public static void main(String[] args) {
    PayContext context = new PayContext(new WechatPay());//替换不同策略
    context.pay("100元");
}

策略模式运用在支付功能已经实现了，一眼看上去怎么跟之前说的简单工厂模式一样？

区别：在运行时，两者都是通过传入参数进行配置，简单工厂模式则是选择创建出需要的对象，基于对象封装；而策略模式则是配置出需要的行为算法，基于行为封装。

在我看来，不必太纠结遇到相同问题用哪个好，两种模式只是相同实现下不同维度的表现而已。不管黑猫白猫，抓到老鼠就是好猫。

2、策略与简单工厂结合：在App支付中，通常都是由用户去选择使用哪一种支付通道。这时，单纯的策略模式好像缺了一个“选择”的过程。在简单工厂模式中，把“选择”的判断过程转移到工厂类中，在这里我们是否可以结合简单工厂模式的思想呢？

2.1、用简单工厂模式改造一下PayContext的类吧：

public class PayContext {
    private PayChannel payChannel;

    public PayContext(String payType) {
        switch (payType) {
            case "wechat":
                payChannel = new WechatPay();
                break;
            case "aliy":
                payChannel = new AliyPay();
                break;
            case "union":
                payChannel = new UnionPay();
                break;
        }
    }

    public void pay(String price) {
        payChannel.pay(price);
    }
}

2.2、最后，调用方法也改一下：

public static void main(String[] args) {
    PayContext context = new PayContext("aliy");//替换不同策略
    context.pay("100元");
}

单一的策略模式的例子中，我需要知道PayContext和PayChannel的子类有哪些；而在优化过的例子中，我不需要知道具体策略的实现类了，只认识PayContext就够了。耦合更加降低。

感谢您的阅读~

推荐阅读

基础篇： 设计模式前篇之——UML类图必会知识点设计模式前篇之——一起过一下面向对象的概念 创建型模式： 简易理解设计模式之：简单工厂模式——来试试接入支付功能简易理解设计模式之：工厂方法模式——数据存储例子简易理解设计模式之：抽象工厂模式——更换数据库例子简易理解设计模式之：建造者模式——学习使用“链式调用” 简易理解设计模式之：原型模式——深、浅拷贝的概念简易理解设计模式之：单例模式——单例模式的几种常用写法 结构型模式： 简易理解设计模式之：适配器模式——Android列表视图控件设计方式简易理解设计模式之：桥接模式——穿衣服经典案例2 简易理解设计模式之：组合模式——实现View中的树状结构简易理解设计模式之：装饰模式——穿衣服经典案例简易理解设计模式之：外观模式——第三方SDK的帮助类简易理解设计模式之：享元模式——五子棋游戏例子简易理解设计模式之：代理模式——iOS视图控件设计方式 行为型模式： 简易理解设计模式之：策略模式——优化一下支付功能简易理解设计模式之：模板方法模式——Android中的BaseActivity基类简易理解设计模式之：观察者模式——监听与回调简易理解设计模式之：状态模式——优化登录操作简易理解设计模式之：备忘录模式——Word文档的工作原理简易理解设计模式之：迭代器模式——遍历对象的好帮手简易理解设计模式之：命令模式——实现命令的参数化配置简易理解设计模式之：责任链模式——OA中请假流程示例简易理解设计模式之：中介者模式——多人聊天室例子简易理解设计模式之：解释器模式——语言和文法简易理解设计模式之：访问者模式——员工考核例子