策略模式是一种及其简洁明了的模式,下面直接摆出它的定义:
Define a family of algorithms, encapsulate each one, and make them interchangeable.
即定义并封装一组算法,并保证他们可以相互替换。
其含义在于,不同的策略之间是相互平等的,可以相互替代,这一点可以由接口或抽象类实现。而其封装性,则体现在类似代理模式一样,定义第三方类用于统一访问这些策略类的接口。
下面,看测试用例的类图:
其中,IStrategy是策略接口,Strategy1和Strategy2是实现了该接口的两个具体策略类,而Context类用于封装对Istrategy类的访问,具体实现方法是传入Istrategy实例用于初始化Context类,上层通过调用Context类的execute()方法,来间接调用不同策略类的业务逻辑。从而达到便于新增策略类,但同时不改变上层系统对策略类的访问。
当然,其缺点之处也很明显,就如图显示的那样,场景测试类Client要想调用某一个策略类的业务逻辑,它不仅需要通过调用Context类的execute()方法,而且它还必须知道具体要实例化哪一个策略类,也就是说所有策略类都需要对外暴露,这就似乎导致了这样的一种尴尬境地,反正我已经实例化了对应的策略类,干嘛还要多此一举,又去实例化Context类,才能调用策略类的业务逻辑?
所以呀,这种模式的存在,一般情况下,都是结合其他设计模式来规避这一缺点的。
下面放出其测试用例代码:
package song.strategyMode;
/**
* Created by Song on 2016/10/28.
* 策略模式
*/
//策略接口
interface IStrategy {
//具体业务逻辑
void execute();
}
//具体策略1
class Strategy1 implements IStrategy{
public void execute() {
System.out.println("执行策略1");
}
}
//具体策略2
class Strategy2 implements IStrategy{
public void execute() {
System.out.println("执行策略2");
}
}
//策略访问接口封装类
class Context {
private IStrategy strategy;
public Context(IStrategy _strategy){
this.strategy = _strategy;
}
public void execute(){
this.strategy.execute();
}
}
//场景测试类
public class Client {
public static void main(String [] args){
new Context(new Strategy1()).execute();
new Context(new Strategy2()).execute();
}
}
更为有启发意义的,其实是策略类的另一种应用场景,那就是策略枚举。即利用enum枚举类型,来实现不同策略的封装与集成。其示例代码如下:
package song.strategyMode;
/**
* Created by Song on 2016/10/28.
* 策略枚举
*/
public enum EnumStrategy {
ADD{
@Override
public int execute(int x, int y) {
return x+y;
}
},
SUB{
@Override
public int execute(int x, int y) {
return x-y;
}
};
public abstract int execute(int x,int y);
//测试分别调用加减法操作
public static void main(String [] args){
System.out.println("1+2="+EnumStrategy.ADD.execute(1,2));
System.out.println("1-2="+EnumStrategy.SUB.execute(1,2));
}
}
这里的ADD和SUB分别代表着加和减两种策略,但是是通过Enum枚举实现的,其调用方式也是极为的简洁明了。采用这种设计方式的典型代码有Java5之后版本中的TimeUnit类,该类最常见的使用场合是取代了传统的Thread.sleep(),现在的调用方式是TimeUnit.SECOND.sleep(n),即很简明扼要的实现了让线程休眠特定单位的时间的功能。其源代码可自行查看。