描述:定义一组算法,每个算法都封装起来,并使它们之间可以互换。
实现:定义多个继承于同一个接口的策略,再使用一个类将这种对象封装起来。在调用时,以这个封装类为准,不断的让这个类去封装不同的策略。实现策略之间的转换。
策略模式的优点:
- 算法可以自由切换;
- 避免使用多重条件判断;(多重条件语句不易维护,且容易出错。使用策略模式后,可以由其它模块决定采用何种策略)
- 扩展性良好。
策略模式的缺点:
- 策略数量增多;
- 所有的策略类都需要对外暴露;
使用场景:
- 多各类只有在算法或者行为上稍有不同;
- 算法需要自由切换场景;
- 需要屏蔽算法规则的场景。
使用时的注意事项:
当一个系统中的策略家族的策略数超过了4个,则需要考虑使用混合模式,解决策略膨胀和对外暴露的问题。否则完成后的维护十分困难。
策略模式类图:
策略模式的三个角色:
- Context封装角色:一个上下文角色,起承上启下的作用。它屏蔽高层模块对策略,算法的直接访问,封装可能存在的变化。
- Strategy抽象策略角色:通常为接口,其中定义了策略,或算法必需的属性和方法。
- ConcreteStrategy具体策略角色:包含了具体的算法。
通用策略模式模板:
public interface Strategy{//抽象策略接口
//策略模式的运算法则;
public void dosomething() ;
}
public class ConcreteStrategy1 implements Strategy{//具体策略1
public void dosomething() {
System.out.println("具体策略1的运算法则");
}
}
public class ConcreteStrategy2 implements Strategy{//具体策略2
public void dosomething() {
System.out.println("具体策略1的运算法则");
}
}
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();
}
}