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

介绍：

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

类图：

策略模式UML类图.png

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

用法：

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

个人理解，说直白一点：
1、有多种实现效果一样的算法可以考虑用此模式，如各种排序算法。
2、为了隐藏实现的细节，提高代码安全性也可以考虑使用此模式。
3、大量出现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就够了。耦合更加降低。

感谢您的阅读~

转载请注明出处喔：https://www.jianshu.com/p/62055a3d19d6