目录
-
-
-
-
- [1. 说明](#1. 说明)
- [2. 应用场景](#2. 应用场景)
- [3. 结构图](#3. 结构图)
- [4. 构成](#4. 构成)
- [5. 优缺点](#5. 优缺点)
-
- [5.1 优点](#5.1 优点)
- [5.2 缺点](#5.2 缺点)
- [6. 适用性](#6. 适用性)
-
-
-
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 类中，以代替这些条件语句。