1. 说明

• 1.定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。
• 2.此模式使得算法可以独立于使用它们的客户而变化。
• 3.策略模式（Strategy Pattern）是一种行为设计模式，它使你能在运行时改变对象的行为。
• 4.在策略模式中，一个类的行为或其算法可以在其运行时更改。这种类型的设计模式属于行为模式。

2. 应用场景

• 1.许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法。即一个系统需要动态地在几种算法中选择一种。
• 2.需要一个算法的各种变体。
• 3.算法使用客户不应该知道的数据。可使用策略模式以避免暴露复杂的、与算法相关的数据结构。
• 4.一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的策略类中有助于使它们可重用。

3. 结构图

4. 构成

• 1.Strategy(策略)定义所有支持的算法的公共接口。Context 使用这个接口来调用某ConcreteStrategy 定义的算法。
• 2.ConcreteStrategy(具体策略)以 Strategy接口实现某具体算法。
• 3.Context(上下文)用一个 ConcreteStrategy 对象来配置;维护一个对 Strategy 对象的引用;可定义一个接口来让 Strategy 访问它的数据。

5. 优缺点

5.1 优点

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

5.2 缺点

• 1.策略类会增多。
• 2.所有策略类都需要对外暴露。
• 3.客户端需要知道所有策略，并自行决定使用哪一个策略类。

6. 适用性

• 1.许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置个类的方法。
• 2.需要使用一个算法的不同变体。例如,定义一些反映不同空间的空间/时间权衡的算法。当这些变体实现为一个算法的类层次时，可以使用策略模式。
• 3.算法使用客户不应该知道的数据。可使用策略模式以避免暴露复杂的、与算法相关的数据结构。
• 4.一个类定义了多种行为,并且这些行为在这个类的操作中以多个条件语句的形式出现，将相关的条件分支移入它们各自的 Strategy 类中，以代替这些条件语句。