理解策略模式

策略模式

策略模式的理解就是当代码里面的某个地方遇到了多种选择，多种方案，多种可能性的时候。最笨的方法就是针对不同的选择 做if-else，然后分别选择各种方案。

if(A){
方案A
}if else(B){
方案B
}
if else(C){
方案C
}

但是这样代码会非常的臃肿和不好维护，因为所有的方案都写到了一个方法里面。

---

策略模式就是把这些方案使用独立的类 封装起来，有多少个方案就有多少个类。 所有的方案实现一个统一的接口（方案的总和）。

比如网上常见的经典的 ”付款折扣模型“

付款是一个方案的总和，付款下面有各种方案 比如 一折 三折 五折 八折 。。。。
注意策略模式里面这些一个个方案都是独立 互斥的，你只能多选一。

代码示例

先来一个抽象的统一接口 ——付款方式
（这个接口就是宏观上对所有方案的总结）

public interface Buyer {
    BigDecimal calPrice(BigDecimal orderPrice);
}

然后我们针对每个方案创建一个类 （替换原有的if-else）
（这里也可以发现 如果方案特别特别多的话 策略模式代码还是挺麻烦的）

public class VIP1 implements Buyer {
    @Override
    public BigDecimal calPrice(BigDecimal orderPrice) {
        一折计算
    }
}
public class VIP2 implements Buyer {
    @Override
    public BigDecimal calPrice(BigDecimal orderPrice) {
       二折计算
    }
}
public class VIP3 implements Buyer {
    @Override
    public BigDecimal calPrice(BigDecimal orderPrice) {
     三折计算
    }
}

接下来主要的一步就是 “判断”， 现在已经有了三种 付款方案 实现了抽象 付款接口。
那么客户端调用的时候 怎么样根据客户端的需求 选择对应的方案：

public class Cashier {
    private Buyer buyer;
    public Cashier(Buyer buyer) {
        this.buyer = buyer;
    }
    public BigDecimal qupta(BigDecimal orderPrice) {
        return this.buyer.calPrice(orderPrice);
    }
}

这里我们创建一个上下文收银类 cashier。

cashier 定义1个属性 Buyer （注意 这里Buyer是一个接口，而不是类。）

在它的构造函数中 对 Buyer 进行赋值，这里利用了java中的多态特性，实现了同一个接口的不同实现。

---

测试

        Cashier ex = new Cashier(new VIP1());
        System.out.println(ex.quota(new BigDecimal(100)));

        Cashier svip = new Cashier(new VIP2());
        System.out.println(svip.quota(new BigDecimal(100)));

        Cashier vip = new Cashier(new VIP3());
        System.out.println(vip.quota(new BigDecimal(100)));