策略模式（Strategy）：它定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。

UML类图举例

一个商场收银软件，营业员根据客户所购买商品的单价和数量，向客户收费，商场会不定时推出各种促销活动。CashSuper就是抽象策略，而正常收费CashNormal、打折收费CashRebate和返利收费CashReturn就是三个具体策略，也就是策略模式中说的具体算法。

小结

• 策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。

• 策略模式的 Strategy 类层次为 Context 定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。

• 另外一个策略模式的优点是简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。

• 当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的 Strategy 类中，可以在使用这些行为的类中消除条件语句。

• 策略模式就是用来封装算法的，但在实践中，我们发现可以用它来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。在基本的策略模式中，选择所用具体实现的职责由客户端对象承担，并转给策略模式的Context对象。

优点

• 避免条件分支：消除大量 if-else 或 switch-case 语句。
• 开闭原则：新增策略无需修改现有代码，只需扩展新策略。
• 高内聚低耦合：每个策略独立封装，职责明确，易于复用和测试。
• 动态切换：运行时灵活替换算法逻辑。

缺点

• 策略数量爆炸：策略过多会增加对象或类的数量。
• 客户端需知策略细节：使用者需要理解不同策略的差异。
• 性能开销：简单场景可能因对象化策略引入额外开销。

适用场景

• 算法需动态切换：如支付方式、数据验证规则、排序算法等。
• 替代复杂条件判断：多个分支逻辑相似但实现不同。
• 隐藏算法细节：隔离复杂逻辑，对外提供统一接口。
• 组合行为：多个策略可组合使用（如复合表单验证）。