1. 策略模式:
策略模式,也称为政策模式,定义如下:
定义一组算法,将每个算法都封装起来,使他们可以相互转化
2. 策略模式的原理是面向对象的继承和多态。策略模式的3个角色
a. Strategy 抽象策略角色
定义每个策略或算法都具有的方法和属性。
b. ConcreteStrategy 具体策略角色
实现抽象策略中的业务,该类带有具体的算法实现
c. Context 封装角色
也叫上下文角色,起承上启下的作用,屏蔽高层模块对策略、算法的直接访问,封装可能存在变化
3. 策略模式通用源码:
抽象策略角色类:
public interface Strategy { //策略模式操作方法 public void dosomething(); }具体策略角色类:
public class ConcreteStrategy1 implements Strategy { @Override public void dosomething() { System.out.println("策略执行:策略1"); } }
public class ConcreteStrategy2 implements Strategy { @Override public void dosomething() { System.out.println("策略执行:策略2"); } }Context 上下文封装类
public class Context { private Strategy strategy; public Context(Strategy strategy) { this.strategy=strategy; } //封装后的策略方法 public void dosomething(){ strategy.dosomething(); } }测试类:
public class Test { public static void main(String[] args) { //先执行策略1 Context context=new Context(new ConcreteStrategy1()); context.dosomething(); //再执行策略2 context=new Context(new ConcreteStrategy2()); context.dosomething(); } }测试代码对应的类图:
4. 策略模式对应的优点:
● 算法可以自由切换
这是策略模式本身定义的,只要实现抽象策略,它就成为策略家族的一个成员,通过封装角色对其进行封装,保证对外提供“可自由切换”的策略。
● 避免使用多重条件判断
如果没有策略模式,我们想想看会是什么样子?一个策略家族有5个策略算法,一会要使用A策略,一会要使用B策略,怎么设计呢?使用多重的条件语句?多重条件语句不易维护,而且出错的概率大大增强。使用策略模式后,可以由其他模块决定采用何种策略,策略家族对外提供的访问接口就是封装类,简化了操作,同时避免了条件语句判断。
● 扩展性良好
这甚至都不用说是它的优点,因为它太明显了。在现有的系统中增加一个策略太容易了,只要实现接口就可以了,其他都不用修改,类似于一个可反复拆卸的插件,这大大地符合了OCP原则。