# 设计模式之策略模式（Strategy Pattern）

系列文章目录

---

---

前言

本文是在阅读《Head First 设计模式》时所做的笔记。

---

一、令人懵逼的定义

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

二、通过一个案例来理解

1.问题描述

如图所示，当前有一个抽象类Duck，其中display方法是抽象的，这样不同类型的鸭子可以通过继承Duck抽象类来有自己的display()实现。

2.现在，我们有一个需求，要求一部分鸭子具有飞的功能，我们该如何实现呢？

下面是一些可以考虑的方法以及各自的缺点：

• 在超类中，也就是Duck抽象类中添加fly()抽象方法，这样继承它的子类鸭子就会飞了；
  • 缺点： 所有子类都需要重写fly()方法，包括那些不会飞的鸭子也需要重写，造成其他子类鸭子不必要的改变
• 利用接口，定义一个flyable接口，让会飞的子类鸭子实现这个接口即可
  • 缺点：我们需要为每一个子类鸭子实现flyable接口并重写fly方法，假如很多鸭子的fly实现是一样的，那么就会造成代码冗余，无法复用重复代码

3.解决方法

分析：首先，对于鸭子来说，并不是所有鸭子都会fly行为，其次，即使会fly行为的鸭子也可能有不同的飞行行为，既然这样，哦我们干脆单独创建一个FlyBehavior接口表示fly这种行为，不同的飞行方法就是对该接口的不同实现，然后让我们的Duck类持有一个FlyBehavior的变量，这样，针对不同的子类鸭子，我们只需给FlyBehavior变量赋予不同的实现即可。
下面是解决后的UML图：

4.重新理解策略模式的定义

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

我们可以将上图中的飞行行为看作一个算法族，这些飞行行为之间是可以相互替换的，客户即鸭子以及其子类，他们在使用飞行行为这个算法族时无需关心其中的变化。

---