设计模式之十三:策略模式

一个类的行为或其算法可以在运行时更改

选择不同策略,来执行不同算法。通过注入对象,改变行为。

此模式就是spring IOC思想


事例

需求:客户在支付订单之前,可以选择一种优惠策略。优惠有两种“满100减5”和“9折”

数据结构如图:
在这里插入图片描述

接口及其实现类代码如下:
定义策略类,用实现类来实现具体策略

public interface Discount {

    // 优惠后的实付金额。参数是优惠前的金额
    float calculate(float payment);
}

public class DiscountA implements Discount {
    @Override
    public float calculate(float payment) {
        // 按优惠策略A计算
        return 95;
    }
}

public class DiscountB implements Discount {
    @Override
    public float calculate(float payment) {
        // 按优惠策略B计算
        return 90;
    }
}

业务类需要持有策略类,动态的注入实现类

public class ShoppingDiscount {
    // 持有策略类,用set注入实现类
    private Discount mDiscount;

    // 注入策略
    public void setDiscount(Discount discount) {
        mDiscount = discount;
    }

    public void shop(float payment) {
        // 先算优惠价再支付
        float actualPayment = mDiscount.calculate(payment);
        pay(actualPayment);
    }

    private void pay(float actualPayment) {
        // 支付
    }
}

测试:客户的订单100元,选择了优惠A

    private void test() {
        ShoppingDiscount shoppingDiscount = new ShoppingDiscount();
        // 注入了优惠策略A
        shoppingDiscount.setDiscount(new DiscountA());
        // 假设订单价格100元
        shoppingDiscount.shop(100);
    }

总结

适用场景

  • 一个业务有多种实现逻辑,且需要选择其中一种
  • 需要动态的选择一种算法
  • 需要用很多if判断语句来选择时

优点

  • 策略可自由切换
  • 避免了条件判断(if else)的复杂
  • 扩展性高

缺点

  • 策略类多
  • 只能同时选中一个策略
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

哈哈哈利波特

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值