23种设计模式之策略模式

一款简单的收银软件，要求有多种收银方式（打几折、满多少送多少、积分等等），设计一款灵活性较强的软件系统

技术要求：1、活动计算方法种类需进行分开，两者必须独立，不能相互影响，降低耦合性

                    2、将相同的计算方法进行归类（比如打折，1折、3折、5折），定义一个计算分类，子类继承父类，再通过多态来确定运行时实例计算方法【面向对象的编程，并不是类越多越好，类的划分是为了封装，但分类的基础是抽象，具有相同属性和功能的对象的集合才是类】

                    3、策略模式与简单工厂相互集合【我们在客户端实例化的是CashContext的对象，调用的是CashContext的方法GetResult,这使得具体的收费算法彻底地与客户端分离，连算法的父类CashSuper都不让客户端认识】

代码如下---------------------------------------------------------

 @Description: 现金收取超类的抽象方法，收取现金，参数为原价，返回为当前价

public abstract class CashSuper {

    

    public abstract double acceptCash(double money);

}

@Description:  正常收费子类，正常收费，原价返回

public class CashNormal extends CashSuper{

    @Override

    public double acceptCash(double money) {

        // TODO Auto-generated method stub

        return money;

    }

}

@Description: 打折收费子类，打折收费类，初始化时，必须输入折扣率，如8折，就是0.8

public class CashRebate extends CashSuper{

    

    private double moneyRebate = 1d;

    

    

    public CashRebate(String moneyRebate) {

        this.moneyRebate = Double.parseDouble(moneyRebate);

    }

    @Override

    public double acceptCash(double money) {

        // TODO Auto-generated method stub

        return money*moneyRebate;

    }

@Description: 返利收费，初始化必须输入返利条件，和返利值，比如满300返100，则moneyCondition为300，moneyReturn为100

public class CashReturn extends CashSuper{

    

    private double moneyCondition = 0.0d;

    

    private double moneyReturn = 0.0d;

    

    public CashReturn(String moneyCondition, String moneyReturn) {

        this.moneyCondition = Double.parseDouble(moneyCondition);

        this.moneyReturn = Double.parseDouble(moneyReturn);

    }

    @Override

    public double acceptCash(double money) {

        // TODO Auto-generated method stub

        double result = money;

        if (money >= moneyCondition) {

            result = money - Math.floor(money/moneyCondition)*moneyReturn;

        }

        return result;

    }

   

}

@Description: 对cashSuper类维护

public class CashContext {

    CashSuper cs = null;// 声明一个cashsuper队象

    public CashContext(String type) {

        // TODO Auto-generated constructor stub

        switch (type) {  //注意參數不是具體的收費策略對象，而是一個字符串，表示收費類型

        

        //將實例化具體策略的過程由客戶端轉移到Context類，簡單工廠的應用

        case "正常收費":

            CashNormal cs0 = new CashNormal();

            cs = cs0;

            break;

        case "滿300返100":

            CashReturn cr1 = new CashReturn("300", "100");

            cs = cr1;

            break;

        case "打8折":

            CashRebate cr2 = new CashRebate("0.8");

            cs = cr2;

            break;

        default:

            break;

        }

    }

    public double GetResult(double money) {// 根据收费策略的不同，获得计算结果

        return cs.acceptCash(money);

    }

}

@Description: 策略模式測試類

public class CashTest {

    

    public static void main(String[] args) {

        CashContext cashContext = new CashContext("打8折");

        System.err.println(cashContext.GetResult(100));

                

    }

}

策略模式解析：

1、策略模式是一种定义一系列算法的方法，从概念上类看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少各种算法类与使用算法类之间的耦合

2、策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为，继承有助于析取出这些算法中的公共职能【选择所有具体实现的职责由客户端对象承担，并转给策略模式的Context对象】

3、策略模式有点简化单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试

4、策略模式是用来封装算法的，但在实践过程中，我们发现可以用它来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式来处理这种变化的可能性

4、