策略模式（Strategy）

设计模式系列

Strategy 策略模式——对象行为模式

1.意图

定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立使用它的客户而变化。

 

2.适用性

当存在以下情况时使用Strategy模式

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

3.结构

 

4.参与者

• Strategy(策略,如Compositor)

—— 定义所有支持的算法的公共接口。Context使用这个接口来调用某ConcreteStrategy定义的算法。

• ConcreteStrategy(具体策略,如SimpleCompositor, TexCompositor, ArrayCompositor)

—— 以Strategy接口实现某具体算法。

• Context(上下文,如Composition)

—— 用一个ConcreteStrategy对象来配置。

—— 维护一个对Strategy对象的引用。

—— 可定义一个接口来让Stategy访问它的数据。

 

5.效果

优点：

1）提供了对开闭原则的完美支持，用户可以在不修改原有系统的基础上选择算法或行为，也可以灵活地增加新的算法或行为

2）提供了管理相关的算法族的办法

3）提供了一种可以替换继承关系的办法，可以避免多重条件选择语句

4）提供了一种算法的复用机制，不同的环境类可以方便地复用策略类

 

缺点：

1）客户端必须知道所有的策略类，并自行决定使用哪一个策略类

2）将造成系统产生很多具体策略类

3）无法同时在客户端使用多个策略类

设计模式系列 https://blog.csdn.net/nie2314550441/article/details/105849726