定义
- 实现某个功能,有多种策略方法。运行时,只能选择其中一种实现功能。
- 将这些策略方法及相应生效条件抽象成一个接口或抽象类,每个策略方法封装成一个具体的实现类。
- 策略实现类之间相互独立,可以相互替换。
组成及类图
组成:一个策略抽象类(抽象方法有策略方法、策略生效条件)、多个策略实现类、一个拥有策略集合的客户端。
类图:稍后上传。
重点说明:无论是策略模式还是前面总结的工厂模式,都会有一个选择的过程,根据条件值或者条件逻辑选择使用哪个策略或者使用哪个工厂创建实例。如果不把生效条件提到接口里,日后新增策略或工厂,那么选择的逻辑也要新增一种选择情况,这其实还是违反了开闭原则的。所以将生效条件也同策略方法一起提到接口里,把策略集合丢给客户端,客户端遍历策略集合,直到遇到条件符合的策略。
场景举例
小明要去苏州旅游,有多种选择:坐飞机、坐火车、做轮船、骑自行车(SB行为)。
模式总结
优点:将功能的实现和客户端分离,松耦合。
缺点:在策略的扩展上,当策略较多时,开发得提前了解现有的这些策略,再去扩展,避免重复。客户端使用时,也需要先了解这些策略,再去决定使用哪一个,避免选择错误。