设计模式（三）策略模式

在学习策略模式之前我们先回顾一下之前简单工厂模式中介绍的简单计算器的实现，首先我们创建了一个父类Operation，拥有两个父类属性num1和num2，还有一个父类方法getResult()，接着我们创建四个实现类通过重写getResult()方法分别实现的加减乘除的操作，然后我们需要一个工厂类OperationFactory来管理生产我们实际会使用到的对象，最后在客户端方法中，我们通过不同的opeType向工厂类来索要相对应的对象，由对象调用getResult()来完成业务操作。这里贴出来客户端方法：

public class Main {
    public static void main(String[] args){
        Operation ope;                 //① 涉及到Operation类
        char opeType = '+';
        ope = OperationFactory.getOperation(opeType);     //② 涉及到OperationFactory类
        ope.num1 = "1";
        ope.num2 = "2";
        String reslt = ope.getResult();
    }
}

从上面代码的注释中可以看出来，客户端方法在调用服务方法时涉及到了两个类，Operation用来申明对象，而OperationFactory用来生产对象，从模块化的角度考虑，Operation类是属于服务提供者的模块，不应该出现在客户端的代码中，我们引入策略模式来解决这个问题。

我们舍弃OperationFactory类，新建一个OperationContext类

public class OperationContext {
    private Operation ope;
    public OperationContext(char opeType, String num1, String num2) {
        switch (opeType){
            case '+' :
                ope = new add();
                break;
            case '-' :
                ope = new sub();
                break;
            case '*' :
                ope = new mul();
                break;
            case '/' :
                ope = new div();
                break;
            default :
                ope = null;
        }
        ope.num1 = num1;
        ope.num2 = num2;
    }

    public String getResult(){
        return ope.getResult();
    }
}

然后修改客户端方法

public class Main {
    public static void main(String[] args){
        char opeType = '+';
        String num1 = "1";
        String num2 = "2";
        OperationContext  oc = new OperationContext(opeType, num1, num2);      //通过上下文类与服务端代码进行联系
        String reslt = oc.getResult();
    }
}

这样看起来，客端的代码只负责传递初始参数并接受最终结果，不再涉及到Operation类对象的声明以及获取操作，进一步降低了耦合度。

策略模式是一种定义一些列算法的方法，从概念上看所有这些算法完成的都是相同的工作，只是具体实现不同，它可以以相同的方法调用所有的算法，减少了各种算法类与使用算法类之间的耦合（DPE）。 ——《大话设计模式》

结合上面计算器的例子，Operation作为一系列具有相同功能（加减乘除操作类）的实现类的父类，为Context上下文类提供了可供重用的算法或行为（getResult()方法），对于具体的加减乘除类，通过继承获得了这一公共方法，对于客户端来说，将分支判断、服务对象的声明、获取的工作均转移到了Context类中去完成，削减了客户端的责任。