模式定义
定义一系列算法，将每个算法封装到具有公共接口的一系列策略类中，从而使它们可以相互替换 & 让算法可在不影响客户端的情况下发生变化
简单来说：准备一组算法 & 将每一个算法封装起来，让外部按需调用 & 使得互换
作用（解决的问题）
将算法的责任和本身进行解耦，使得：
1、算法可独立于使用外部而变化
2、客户端方便根据外部条件选择不同策略来解决不同问题
策略模式仅仅封装算法（包括添加 & 删除），但策略模式并不决定在何时使用何种算法，算法的选择由客户端来决定
UML类图
角色解析
Strategy ：抽象方案
StrategyA 、StrategyB：具体方案
Context ：方案执行者
实例讲解
使用场景：任何可以替换方案的场景，比如 做公交收费、商场促销活动方案、等等...
public abstract class Strategy {
public abstract void operate();
}
public class StrategyA extends Strategy{
@Override
public void operate() {
System.out.println("StrategyA - 算法");
}
}
public class StrategyB extends Strategy{
@Override
public void operate() {
System.out.println("StrategyB - 算法");
}
}
public class Context {
// 持有抽象策略角色的引用
private Strategy strategy;
public void setStrategy(Strategy strategy) {
this.strategy = strategy;
}
public void operate() {
strategy.operate();
}
}
public class Client {
public static void main(String[] args) {
Context cxt = new Context();
//A方案
cxt.setStrategy(new StrategyA());
cxt.operate();
//B方案
cxt.setStrategy(new StrategyB());
cxt.operate();
}
}
优缺点
在全面解析完后，我来分析下其优缺点：
优点
策略类之间可以自由切换
由于策略类都实现同一个接口，所以使它们之间可以自由切换。易于扩展
增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码，符合“开闭原则“
避免使用多重条件选择语句（if else），充分体现面向对象设计思想。
缺点
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
策略模式将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量。
