简易理解设计模式之：策略模式——优化一下支付功能
介绍：
策略模式属于行为型模式。它定义了一系列的算法，把每一个算法封装起来，让它们之间可相互替换，此模式让算法的变化，不会影响到使用算法的客户。
类图：
策略模式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就够了。耦合更加降低。
感谢您的阅读~
