设计模式-策略模式

策略模式概念：定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户

下面给大家看一段代码，这段代码没毛病，能正常运行，根据type的不同，我需要不同的处理方式，但是现在需求来了，还需要一种新的处理方式，好，废话不多说。。。撸起袖子就开始，这还不简单，else if.....完工，就这样以后每次多一种可能性，就又要去修改这段代码，这种方式我们可以称之为硬编码，后期这段代码会变得特别臃肿、复杂，很难维护

public class BadDemo {
    public static void main(String[] args) {
        String type = "A";
        if ("A".equals(type)) {
            //此处省略很多逻辑代码
            //.......
            System.out.println("StrategyA");
        } else if ("B".equals(type)) {
            //此处省略很多逻辑代码
            //.......
            System.out.println("StrategyB");
        }
    }
}

那要怎样对上面这段代码进行改进，扣扣脑袋，呀！！好像策略模式可以

其实每一个if里面的逻辑处理都是一些算法，算法本身也是一种策略，重要的是这些算法随时都可以相互替换，这就是变化点，封装变化点是我们面向对象的一种重要思维

以下是通过策略模式改进后的代码，每次要新增一种处理方式只需要实现IStretagy 即可

Context:用一个IStretagy 对象来配置。维护对Strategy实现的引用。这样客户端Test只需要知道Context就好，降低耦合度

public interface IStretagy {
    void strategy();
}

public class StrategyA implements IStretagy{
    @Override
    public void strategy() {
        System.out.println("StrategyA");
    }
}

public class StrategyB implements IStretagy{
    @Override
    public void strategy() {
        System.out.println("StrategyB");
    }
}

public class Context {
    private IStretagy stratagy;

    public Context(String type) {
        if ("A".equals(type)) {
            stratagy = new StrategyA();
        } else if ("B".equals(type)) {
            stratagy = new StrategyB();
        }
    }

   public void strategy() {
        stratagy.strategy();
   }
}

public class Test {
    public static void main(String[] args) {
        Context context = new Context("A");
        context.strategy();
    }
}

应用场景：只要在分析中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性