策略设计模式

网上有许多关于策略设计模式的介绍，其实在策略设计模式就是一句话将执行策略封装成对象，不同的具体策略对象会对相同的输入产生不同的结果。前半句是策略设计模式，后半句就是多态。可以说策略设计模式离不开多态。首先简单地讲一下策略设计模式。

我觉得uml图是讲解设计模式最好的工具，直接上图。



策略设计模式如图无非就是通过一个上下文来调用具体策略的方法，代码如下：

//策略接口
public Interface Strategy{
public void method();
}
//策略具体实现类1
public Class StrategyOne implements Strategy{
public void method(){.....}
}
//策略具体实现类2
public Class StrategyTwo implements Strategy{
public void method(){.....}
}
//Context类
public Class Context{
private Strategy strategy;
public Context(Strategy strategy){
this.strategy = strategy;
}
public void execute(){
strategy.method();
}
}
//客户端调用
public static void main(String[] args){
Strategy strategyOne = new StrategyOne();
Context context = new Context(strategyOne);
context.execute();
}

然而这种方式存在一个缺陷，在客户端实例化了策略类，导致代码的耦合度过高。我们是否可以考虑不在客户端直接实例化策略类呢。结合简单工厂方法，我们将Context类修改为如下：

public Class Context {   public void execute(String type){
if(type.equals("策略一")){
new StrategyOne().method();
}else if(type.equals("策略二")){
new StrategyTwo().method();
}else{
//.......
}   }   }

现在代码实现了策略类和客户端的解耦，然而事实上，

1：Context类和客户端并没有解耦

2：添加新的策略需要修改Context类（添加新的分支），不利于程序的扩展

首先解决第一个问题，我们开发常常使用Spring，这里就使用Spring的依赖注入，将Context交给Spring容器管理，这里就不介绍Spring了。这样其实连Context都和客户端解耦了。

接着解决第二个问题，我们可以考虑使用反射来解决这个问题，根据传进来的类型type决定实例化哪个策略对象。这的确是一种不错的方法，然而当使用Spring进行开发的时候，使用了反射就浪费了Spring本身的依赖注入功能了。所以我们就不选择反射了，那么不选择反射如何实现不修改分支就可以动态添加策略呢？最好的方式是在Context中new一个HashMap，将策略实例通过依赖注入的方式注入到这个map中。通过传入的参数决定key，通过key决定调用哪个策略对象。这样完美地将策略设计模式与Spring的依赖注入结合，也实现了完美的解耦。所以设计模式并不是死的，灵活的运用设计模式才是王道。