定义
策略模式(Strategy Pattern),也叫做政策模式(Policy Pattern)
定义:定义一组算法,将每个算法都封装起来,并且使他们之间可以互换
策略模式主要使用的就是面向对象中的继承和多态机制
Context封装类:也叫做上下文类,起到承上启下的封装作用,不让高层模块对算法直接访问,封装变化
Strategy抽象策略类:策略/算法的抽象,通常是一个接口,定义每个策略或算法必须具有的方法和属性
ConcreteStrategy具体策略类:该类中一般是具体的算法
通用源码
//Strategy抽象策略类 定义一个或多个算法的接口
public interface Strategy{
//策略模式的运算法则
public void doSomething();
}
//ConcreteStrategy具体策略类
public class ConcreteStrategy1 implements Strategy{
public void doSomething(){
System.out.println("具体策略1的运算法则");
}
}
public class ConcreteStrategy21 implements Strategy{
public void doSomething(){
System.out.println("具体策略2的运算法则");
}
}
//Context封装类
//策略模式的重点就是封装类,其借用了代理模式的思路,差别就是策略模式的封装角色和被封装的策略类不用是同一个接口,若是同一个也就变成了代理模式
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();
}
}
应用
优点
- 算法可以自由切换:只要实现抽象策略,再通过封装对象对其进行封装,保证对外提供“可自由切换”的策略
- 避免了使用多重条件去进行判断
- 扩展性良好
缺点
- 策略类数量较多,不会复用
- 所有的策略类都需要对外暴露
使用场景
- 多个类只有在算法或行为上稍有不同的场景
- 算法需要去自由切换的场景
- 需要屏蔽算法规则的场景
注意事项
如果系统中的一个策略族的具体策略数量超过了四个,就需要考虑去使用混合模式,来解决策略类膨胀和对外暴露的问题