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

超、凢脫俗 2024-03-17 14:37 49阅读 0赞

## 系列文章 ##

[【设计模式】七大设计原则][Link 1]  
[【设计模式】第一章：单例模式][Link 2]  
[【设计模式】第二章：工厂模式][Link 3]  
[【设计模式】第三章：建造者模式][Link 4]  
[【设计模式】第四章：原型模式][Link 5]  
[【设计模式】第五章：适配器模式][Link 6]  
[【设计模式】第六章：装饰器模式][Link 7]  
[【设计模式】第七章：代理模式][Link 8]  
[【设计模式】第八章：桥接模式][Link 9]  
[【设计模式】第九章：外观模式 / 门面模式][Link 10]  
[【设计模式】第十章：组合模式][Link 11]  
[【设计模式】第十一章：享元模式][Link 12]  
[【设计模式】第十二章：观察者模式][Link 13]  
[【设计模式】第十三章：模板方法模式][Link 14]  
[【设计模式】第十四章：策略模式][Link 15]  
[【设计模式】第十五章：责任链模式][Link 16]  
[【设计模式】第十六章：迭代器模式][Link 17]  
[【设计模式】第十七章：状态模式][Link 18]  
[【设计模式】第十八章：备忘录模式][Link 19]  
[【设计模式】第十九章：访问者模式][Link 20]  
[【设计模式】第二十章：解释器模式][Link 21]  
[【设计模式】第二十一章：命令模式][Link 22]  
[【设计模式】第二十二章：中介者模式][Link 23]

--------------------

#### 文章目录 ####

*  系列文章
 *  一、定义
 *  二、角色分类
 *  三、实现方式
 *   *  UML图
     *  具体实现
 *  四、应用场景
 *  五、优缺点
 *   *  优点
     *  缺点
 *  推荐

--------------------

## 一、定义 ##

> **摘自菜鸟教程：** 在策略模式（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 Blog][Bummon_s Blog] ｜ [Bummon’s Home][Bummon_s Home] ｜ [公众号][Link 24]

[Link 1]: https://blog.csdn.net/HackAzrael/article/details/127247474
[Link 2]: https://blog.csdn.net/HackAzrael/article/details/127257678
[Link 3]: https://blog.csdn.net/HackAzrael/article/details/127263017
[Link 4]: https://blog.csdn.net/HackAzrael/article/details/127281056
[Link 5]: https://blog.csdn.net/HackAzrael/article/details/131191740
[Link 6]: https://blog.csdn.net/HackAzrael/article/details/130830533
[Link 7]: https://blog.csdn.net/HackAzrael/article/details/131527873
[Link 8]: https://blog.csdn.net/HackAzrael/article/details/131527943
[Link 9]: https://blog.csdn.net/HackAzrael/article/details/131528074
[Link 10]: https://blog.csdn.net/HackAzrael/article/details/131528365
[Link 11]: https://blog.csdn.net/HackAzrael/article/details/131528404
[Link 12]: https://blog.csdn.net/HackAzrael/article/details/131528468
[Link 13]: https://blog.csdn.net/HackAzrael/article/details/131528589
[Link 14]: https://blog.csdn.net/HackAzrael/article/details/131529402
[Link 15]: https://blog.csdn.net/HackAzrael/article/details/131529479
[Link 16]: https://blog.csdn.net/HackAzrael/article/details/131529548
[Link 17]: https://blog.csdn.net/HackAzrael/article/details/131529642
[Link 18]: https://blog.csdn.net/HackAzrael/article/details/131554457
[Link 19]: https://blog.csdn.net/HackAzrael/article/details/131554575
[Link 20]: https://blog.csdn.net/HackAzrael/article/details/131554702
[Link 21]: https://blog.csdn.net/HackAzrael/article/details/131554803
[Link 22]: https://blog.csdn.net/HackAzrael/article/details/131554865
[Link 23]: https://blog.csdn.net/HackAzrael/article/details/131554931
[Image.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/11e8bde59fff4224b6b4edfaaac9232c.png
[Bummon_s Blog]: https://blog.bummon.com/
[Bummon_s Home]: https://www.bummon.com/
[Link 24]: https://www.bummon.com/wechat/