策略设计模式

网上有许多关于策略设计模式的介绍，其实在策略设计模式就是一句话将执行策略封装成对象，不同的具体策略对象会对相同的输入产生不同的结果。前半句是策略设计模式，后半句就是多态。可以说策略设计模式离不开多态。首先简单地讲一下策略设计模式。
我觉得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的依赖注入结合，也实现了完美的解耦。所以设计模式并不是死的，灵活的运用设计模式才是王道。