大话设计模式(2)——策略模式

策略模式

现在，我们来看看用处极广的一个设计模式：策略模式。

定义

策略模式定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

策略模式的精髓就在于将经常变化的一点提取出来，单独变成一类，并且各个类别可以相互替换和组合，类图关系如下：

结合策略模式的类图，可知：

策略模式通过context上下文类来自由的选择所要采取的方法:

public class AbstractContext {
     
    AbstractStrategy strategy;

    //初始化时传入具体的策略对象
    public AbstractContext(AbstractStrategy strategy) {
     
        this.strategy = strategy;
    }

    //上下文接口，调用策略的具体方法
    public void ContextInterface() {
     
        strategy.ItsInterface();
    }
}

而对应的方法都是继承与同一个抽象的策略类：

public abstract class AbstractStrategy {
     
    //留待子类自己实现
    public void ItsInterface(){
     
    }
}

具体的策略类实现在子类中进行重载，如下：

public class FakeStrategy extends AbstractStrategy{
     
    
    @Override
    //子类实现的具体方法
    public void ItsInterface() {
     
        System.out.println("I'm using this method");
    }
}
PS:其他各类方法同理

场景

策略模式所要解决的问题主要是在多种算法极其相似的情况下，让对象根据上下文（context）进行具体实现的选择。例如选择出门的方式：骑车、开车、走路等等，甚至骑车一段时间、走路一段时间、坐飞机一段时间。

我觉得《大话设计模式》举的例子十分贴切：某商场搞促销活动，有打折活动、满减活动（两个可同时进行），并且打折的力度和满减的程度可能在今后需要进行修正，那么应当如何设计整个系统呢？

解决

假设现在商场有三种结算方式：正常结算、打折结算、返利结算。根据策略模式的思想，我们可以设计一个这样的系统：

1. 上下文类Context

先创建一个抽象的上下文类，获取传入的具体优惠策略，调用getPrice()来获取结果。

public class CashContext {
     

    private CashAbstract CashAbstract;

    public CashContext(CashAbstract CashAbstract) {
     
        this.CashAbstract = CashAbstract;
    }

    public double getResult(double money) {
     
        return CashAbstract.acceptCash(money);
    }
}

1. 抽象策略类

抽象策略类在这里指的是所采用的收费方式：

public abstract class CashAbstract {
     
    public abstract double acceptCash(double money);
}

1. 三种具体的策略子类

商场活动一共有三种：正常收费（无活动）、打折收费、返利收费，这里只给出返利收费的实现：

public class CashReturn extends CashAbstract {
     

    //返利收费，初始化时必须输入返利条件以及返利金额
    private double moneyCondition = 0.0;
    private double moneyReturn = 0.0d;

    public CashReturn(double moneyCondition, double moneyReturn) {
     
        this.moneyCondition = moneyCondition;
        this.moneyReturn = moneyReturn;
    }

    @Override
    public double acceptCash(double money) {
     
        double result = money;

        if (money >= moneyCondition) {
     
            result = money - Math.floor(money / moneyCondition) * moneyReturn;
        }

        return result;
    }
}

1. 测试一下我们的设计的收费系统

public class App {
     
    public static void main(String[] args) {
     
        CashContext cashContext = null;

        Scanner scanner = new Scanner(System.in);
        System.out.print("请输入活动内容：1是正常收费，2是返利收费，3是打折活动");
        int in = scanner.nextInt();
        String type = "";

        switch (in) {
     
            case 1:
                cashContext = new CashContext(new CashNormal());
                type += "正常收费";
                break;

            case 2:
                cashContext = new CashContext(new CashReturn(300, 100));
                type += "满300返100";
                break;

            case 3:
                cashContext = new CashContext(new CashRebate(0.8));
                type += "打8折";
                break;

            default:
                System.out.println("请输入1/2/3");
                break;
        }

        double totalPrices = 0;

        System.out.print("请输入单价：");
        double price = scanner.nextDouble();
        System.out.print("请输入数量：");
        double num = scanner.nextDouble();
        totalPrices = cashContext.getPrice(price * num);

        System.out.println("单价：" + price + "，数量：" + num + "，类型：" + type + "，合计：" + totalPrices);

        scanner.close();
    }
}

正常：

返利：

打折：

可见，我们设计的收费系统是没问题的。

优缺点

策略模式的优点就在于可以灵活的选择需要使用的算法，减少ifelse语句；

缺点就是，如果具体的策略类较多的话，各个策略类之间不具有复用性。

思考

策略模式使用了哪些设计原则？

项目地址

https://github.com/white0dew/Design-pattern/tree/master

参考链接

《大话设计模式》

《Head First 设计模式》

闲说设计模式：

https://www.cnblogs.com/adamjwh/p/11011095.html

往期文章

https://blog.csdn.net/ll15982534415/article/details/117264676