策略模式

一，定义

策略模式定义了一系列的算法，并将每一个算法封装起来，而且使他们可以相互替换，让算法独立于使用它的客户而独立变化。

分析下定义，策略模式定义和封装了一系列的算法，它们是可以相互替换的，也就是说它们具有共性，而它们的共性就体现在策略接口的行为上，另外为了达到最后一句话的目的，也就是说让算法独立于使用它的客户而独立变化，我们需要让客户端依赖于策略接口。

二，模式结构

这个模式涉及到三个角色：

• 环境(Context)角色：持有一个Strategy的引用。
• 抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
• 具体策略(ConcreteStrategy)角色：包装了相关的算法或行为。

三，策略模式的使用场景

• 1.针对同一类型问题的多种处理方式，仅仅是具体行为有差别时；
• 2.需要安全地封装多种同一类型的操作时；
• 3.出现同一抽象类有多个子类，而又需要使用 if-else 或者 switch-case 来选择具体子类时。

四，策略模式典型代码

抽象策略类

public interface Strategy {
    /**
     * 策略方法
     */
    public void strategyInterface();
}

具体策略类

public class ConcreteStrategyA implements Strategy {
    @Override
    public void strategyInterface() {
        //相关的业务
    }
}

public class ConcreteStrategyB implements Strategy {
    @Override
    public void strategyInterface() {
        //相关的业务
    }
}

环境角色类

public class Context {
    //持有一个具体策略的对象
    private Strategy strategy;
    /**
     * 构造函数，传入一个具体策略对象
     * @param strategy    具体策略对象
     */
    public Context(Strategy strategy){
        this.strategy = strategy;
    }
    /**
     * 策略方法
     */
    public void contextInterface(){

        strategy.strategyInterface();
    }
}

五，策略模式的例子

这里要写的是一个商场促销-策略模式

正常商场促销可能有打八折，打五折，打九折，满200减50，满100减10，正常收费，或者打折和满减同时操作等。

从明面看打八折 打五折，这些通过简单工厂模式也是可以实现，选择不同的活动即可，但是我们发现活动太多，需要创建太多的子类，而且两个活动预一起进行的时候就不好维护了。

这个时候我们发现打折和满减其实都是一种算法，可以详细归类然后在实现。这个时候策略模式就相对更好点了。替换策略即可

首先要有一个，输入金额，得到折扣或者满减以后金额的策略接口

public interface CashSuper {
    public double acceptMoney(double money);
}

下面是满减和折扣的具体实现

public class CashRebate implements CashSuper {
    private double rebate; //折扣
    public CashRebate(double rebate){
        this.rebate = rebate;
    }
    @Override
    public double acceptMoney(double money) {
        return money * rebate;
    }
}

public class CashReturn implements CashSuper {
    private double moneyCondition;  //满多少
    private double moneyReturn;  //减多少
    public CashReturn(double condition,double mreturn){
        this.moneyCondition = condition;
        this.moneyReturn = mreturn;
    }
    @Override
    public double acceptMoney(double money) {
        if (money >= moneyCondition){
            return money - moneyReturn;
        }
        return money;
    }
}

环境角色类

public class CashContext {
    private CashSuper cashSuper;
    public CashContext(CashSuper mSuper){
        this.cashSuper = mSuper;
    }

    public void excute(double money){
        System.out.println("金额 = " + cashSuper.acceptMoney(money));
    }
}

测试类

    public static void main(String[] args) {
        //策略模式
        CashContext context;
        context = new CashContext(new CashRebate(0.5)); //打五折
        context.excute(100); //结算金额
        context = new CashContext(new CashReturn(300,100)); //满300减100
        context.excute(500); //结算金额
    }

六，策略模式的优缺点

策略模式的主要优点有：

• 策略类之间可以自由切换，由于策略类实现自同一个抽象，所以他们之间可以自由切换。
• 易于扩展，增加一个新的策略对策略模式来说非常容易，基本上可以在不改变原有代码的基础上进行扩展。
• 避免使用多重条件，如果不使用策略模式，对于所有的算法，必须使用条件语句进行连接，通过条件判断来决定使用哪一种算法，在上一篇文章中我们已经提到，使用多重条件判断是非常不容易维护的。

策略模式的缺点主要有两个：

• 维护各个策略类会给开发带来额外开销，可能大家在这方面都有经验：一般来说，策略类的数量超过5个，就比较令人头疼了。
• 必须对客户端（调用者）暴露所有的策略类，因为使用哪种策略是由客户端来决定的，因此，客户端应该知道有什么策略，并且了解各种策略之间的区别，否则，后果很严重。例如，有一个排序算法的策略模式，提供了快速排序、冒泡排序、选择排序这三种算法，客户端在使用这些算法之前，是不是先要明白这三种算法的适用情况？再比如，客户端要使用一个容器，有链表实现的，也有数组实现的，客户端是不是也要明白链表和数组有什么区别？就这一点来说是有悖于迪米特法则的。

参考：
http://blog.csdn.net/zhengzhb/article/details/7609670
https://blog.csdn.net/u012124438/article/details/70039943
《大话设计模式》

实现源码：https://github.com/wangxp423/ExerciseDesignmodel