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