介绍：
策略模式属于行为型模式。它定义了一系列的算法，把每一个算法封装起来，让它们之间可相互替换，此模式让算法的变化，不会影响到使用算法的客户。
类图：
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就够了。耦合更加降低。
感谢您的阅读~
转载请注明出处喔：https://www.jianshu.com/p/62055a3d19d6
推荐阅读
基础篇：
设计模式前篇之——UML类图必会知识点
设计模式前篇之——一起过一下面向对象的概念
创建型模式：
简易理解设计模式之：简单工厂模式——来试试接入支付功能
简易理解设计模式之：工厂方法模式——数据存储例子
简易理解设计模式之：抽象工厂模式——更换数据库例子
简易理解设计模式之：建造者模式——学习使用“链式调用”
简易理解设计模式之：原型模式——深、浅拷贝的概念
简易理解设计模式之：单例模式——单例模式的几种常用写法
结构型模式：
简易理解设计模式之：适配器模式——Android列表视图控件设计方式
简易理解设计模式之：桥接模式——穿衣服经典案例2
简易理解设计模式之：组合模式——实现View中的树状结构
简易理解设计模式之：装饰模式——穿衣服经典案例
简易理解设计模式之：外观模式——第三方SDK的帮助类
简易理解设计模式之：享元模式——五子棋游戏例子
简易理解设计模式之：代理模式——iOS视图控件设计方式
行为型模式：
简易理解设计模式之：策略模式——优化一下支付功能
简易理解设计模式之：模板方法模式——Android中的BaseActivity基类
简易理解设计模式之：观察者模式——监听与回调
简易理解设计模式之：状态模式——优化登录操作
简易理解设计模式之：备忘录模式——Word文档的工作原理
简易理解设计模式之：迭代器模式——遍历对象的好帮手
简易理解设计模式之：命令模式——实现命令的参数化配置
简易理解设计模式之：责任链模式——OA中请假流程示例
简易理解设计模式之：中介者模式——多人聊天室例子
简易理解设计模式之：解释器模式——语言和文法
简易理解设计模式之：访问者模式——员工考核例子