【设计模式】第十四章:策略模式详解及应用案例

系列文章

【设计模式】七大设计原则
【设计模式】第一章:单例模式
【设计模式】第二章:工厂模式
【设计模式】第三章:建造者模式
【设计模式】第四章:原型模式
【设计模式】第五章:适配器模式
【设计模式】第六章:装饰器模式
【设计模式】第七章:代理模式
【设计模式】第八章:桥接模式
【设计模式】第九章:外观模式 / 门面模式
【设计模式】第十章:组合模式
【设计模式】第十一章:享元模式
【设计模式】第十二章:观察者模式
【设计模式】第十三章:模板方法模式
【设计模式】第十四章:策略模式
【设计模式】第十五章:责任链模式
【设计模式】第十六章:迭代器模式
【设计模式】第十七章:状态模式
【设计模式】第十八章:备忘录模式
【设计模式】第十九章:访问者模式
【设计模式】第二十章:解释器模式
【设计模式】第二十一章:命令模式
【设计模式】第二十二章:中介者模式



一、定义

摘自菜鸟教程: 在策略模式(Strategy Pattern)中,一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。

在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。


二、角色分类

上下文角色(Context)

上层访问策略的入口,它具有抽象策略角色的引用

抽象策略角色(Strategy)

它是接口或抽象类,其定义了一个算法簇,具体策略组必须要拥有的方法和属性

具体策略角色(Concrete Strategy)

实现抽象策略,定义具体的算法逻辑

客户角色(Client)

具体调用方法的角色


三、实现方式

UML图

Image.png

具体实现

假如我们在外买东西需要付钱,有多个付款方式供我们选择,我们可以用策略模式来实现。

抽象策略角色(Strategy)

public interface PayStrategy {

  /**
   * 付款
   */
  void pay();
}

具体策略角色(Concrete Strategy)

public class WechatPayStrategy implements PayStrategy {
  @Override
  public void pay() {
    System.out.println("使用微信支付");
  }
}

public class AliPayStrategy implements PayStrategy {
  @Override
  public void pay() {
    System.out.println("使用支付宝支付");
  }
}

public class CashPayStrategy implements PayStrategy {
  @Override
  public void pay() {
    System.out.println("使用现金支付");
  }
}

上下文角色(Context)

public class PayStrategyContext {

  private final PayStrategy strategy;

  public PayStrategyContext(PayStrategy strategy) {
    this.strategy = strategy;
  }

  public void payment() {
    strategy.pay();
  }
}

客户角色(Client)

public class Client {
  public static void main(String[] args) {
    PayStrategyContext context = new PayStrategyContext(new WechatPayStrategy());
    context.payment();

    context = new PayStrategyContext(new AliPayStrategy());
    context.payment();

    context = new PayStrategyContext(new CashStrategy());
    context.payment();
    
  }
}

运行结果

使用微信支付
使用支付宝支付
使用现金支付

四、应用场景

以下部分内容摘自菜鸟教程

意图: 定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。

主要解决: 在有多种算法相似的情况下,使用 if…else 所带来的复杂和难以维护。

何时使用: 一个系统有许多许多类,而区分它们的只是他们直接的行为。

如何解决: 将这些算法封装成一个一个的类,任意地替换。

关键代码: 实现同一个接口。

应用实例:

  1. 诸葛亮的锦囊妙计,每一个锦囊就是一个策略。
  2. 旅行的出游方式,选择骑自行车、坐汽车,每一种旅行方式都是一个策略。
  3. JAVA AWT 中的 LayoutManager。

使用场景:

  1. 如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
  2. 一个系统需要动态地在几种算法中选择一种。
  3. 如果一个对象有很多的行为,如果不用恰当的模式,这些行为就只好使用多重的条件选择语句来实现。

注意事项: 如果一个系统的策略多于四个,就需要考虑使用混合模式,解决策略类膨胀的问题。


五、优缺点

优点

  1. 算法可以自由切换。
  2. 避免使用多重条件判断。
  3. 扩展性良好。

缺点

  1. 策略类会增多。
  2. 所有策略类都需要对外暴露。

推荐

关注博客和公众号获取最新文章

Bummon’s BlogBummon’s Home公众号

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Bummon.

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

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

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

打赏作者

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

抵扣说明:

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

余额充值