策略模式

策略模式

定义一组算法，将每个算法都封装起来，并且使他们之间可以互换

1. UML类图

2. 定义

主要采用的是面向对象的继承和多态机制

• Context封装角色：也叫作上下文角色，起承上启下封装的作用，屏蔽高层模块对策略、算法的直接访问，封装可能存在的变化
• Strategy抽象策略角色：策略、算法家族的抽象，通常为接口，定义每个策略或算法必须具有的方法和属性，AlgorithmInterface()正是所定义的必须具有的方法
• ConcreteStrategy具体策略角色：实现抽象策略中的操作，该类含有具体的算法
• 与代理模式的异同：策略模式的封装角色和被封装的策略类不用是同一个接口，如果是同一个接口就成为了代理模式

3. 通用源码

//抽象的策略角色
public interface Strategy{
  //策略模式的运算法则
  public void doSomething();
}

//具体策略角色
public class ConcreteStrategy1 implements Strategy{
  public void doSomething(){
    System.out.println("具体策略1的运算法则");
  }
}
public class ConcreteStrategy2 implements Strategy{
  public void doSomething(){
    System.out.println("具体策略2的运算法则");
  }
}

//封装角色
public class Context{
  //抽象策略
  private Strategy strategy = null;
  //构造函数设置具体策略
  public Context(Strategy _strategy){
    this.strategy = _strategy;
  }
  //封装后的策略方法
  public void doAnything(){
    this.strategy.doSomething();
  }
}

//高层模块
public class Client{
  public static void main(String[] args){
    //声明一个具体的策略
    Strategy strategy = new ConcreteStrategy1();
    //声明上下文对象
    Context context = new Context(strategy);
    //执行封装后的方法
    context.doAnything();
  }
}

4. 应用

4.1 优点

• 算法可以自由切换：只要实现抽象策略，它就成为策略家族的一个成员，通过封装角色对其进行封装，保证对外提供”可自由切换”的策略
• 避免多重条件判断：策略模式可以由其他模块决定采用何种策略，策略家族对外提供的访问接口就是封装类，简化了操作同时避免了条件语句判断
• 扩展性良好：在现有的系统中增加一个策略很容易，只要实现接口就可以了，类似一个可反复拆卸的插件

4.2 缺点

• 策略类数量增多：每一个策略都是一个雷，复用的可能性很小，类数量增多
• 所以的策略类都需要对外暴露：上层模块必须知道有哪些策略，然后才能决定使用哪一个策略。

4.3 使用场景

• 多个类只有在算法或行为上稍有不同的场景
• 算法需要自由切换的场景
• 需要屏蔽算法规则的场景：算法只需知道一个名字就可以，传递相关的数字进来，反馈运算结果