策略模式

策略模式（Strategy）:定义了一组算法，将每个算法都封装起来，并且使它们之间可以互换。UML结构图如下：

image.png

Context是上下文，用一个ConcreteStrategy来配置，维护一个对Strategy对象的引用；Strategy是策略类，用于定义所有支持算法的公共接口；ConcreteStrategy是具体策略类，封装了具体的算法或行为，继承于Strategy。

1. Context上下文

Context上下文角色，也叫Context封装角色，起承上启下的作用，屏蔽高层模块对策略、算法的直接访问，封装可能存在的变化。

public class Context {
  Strategy strategy;
  public Context(Strategy strategy) { 
    this.strategy = strategy; 
  } 
  //上下文接口
  public void contextInterface() { 
    strategy.algorithmInterface(); 
  }
}

2. 策略角色

抽象策略角色，是对策略、算法家族的抽象，通常为接口，定义每个策略或算法必须具有的方法和属性。algorithm是“运算法则”的意思。

public abstract class Strategy {
  //算法方法
  public abstract void algorithmInterface();
}

3. 具体策略角色

用于实现抽象策略中的操作，即实现具体的算法，下方用print代替。测试类共3个ConcreteStrategy，其它两个类与ConcreteStrategyA同理，就不再赘述了。

public class ConcreteStrategyA extends Strategy {
  @Override
  public void algorithmInterface() {
    System.out.println("算法A实现");
  }
}

4. Client客户端

依次更换策略，测试一下策略模式。

public class Client {
  public static void main(String[] args) {
    Context context;
    context = new Context(new ConcreteStrategyA());
    context.contextInterface();
    context = new Context(new ConcreteStrategyB());
    context.contextInterface();
    context = new Context(new ConcreteStrategyC());
    context.contextInterface();
  }
}

在实际使用中，遇到需要进行多个条件判断的业务规则时，可以考虑采用策略模式，与简单工厂结合，根据不同的业务规则，创建同一个类的不同子对象，还可以与反射结合。