概念
- 策略模式(Strategy Pattern)中一个类的行为或其算法可以在运行时更改,属于行为型模式
- 在策略模式定义了一系列算法或策略,并将每个算法封装在独立的类中,使得它们可以互相替换
- 通过使用策略模式,可以在运行时根据需要选择不同的算法,而不需要修改客户端代码
介绍
主要解决
- 在有多种算法相似的情况下,使用 if…else 所带来的复杂和难以维护
关键代码
- 实现同一个接口
优点
- 算法可以自由切换
- 避免使用多重条件判断
- 扩展性良好。
缺点
- 策略类会增多
- 所有策略类都需要对外暴露
使用场景
- 如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为
- 一个系统需要动态地在几种算法中选择一种
- 如果一个对象有很多的行为,使用策略模式可避免使用多重的条件选择语句
注意事项
- 不推荐经典策略模式,更推荐简单策略用枚举策略模式,复杂策略用工厂策略模式
实现
引入例子
- 需求:对一份股票数据列表,给出低价榜、高价榜、涨幅榜;其中只有排序条件的区别,比较适合作为策略模式的例子
经典策略模式
基本思路
- 创建表示各种策略的对象、一个行为随着策略对象改变而改变的 context 对象
- 策略对象改变 context 对象
- 策略模式通过将算法与使用算法的代码解耦,提供了一种动态选择不同算法的方法;客户端代码不需要知道具体的算法细节,而是通过调用上下文类来使用所选择的策略
核心角色
- 上下文(Context):维护一个对策略对象的引用,负责将客户端请求委派给具体的策略对象执行。上下文类可以通过依赖注入、简单工厂等方式来获取具体策略对象
- 抽象策略(Abstract Strategy):定义了策略对象的公共接口或抽象类,规定了具体策略类必须实现的方法
- 具体策略(Concrete Strategy):实现了抽象策略定义的接口或抽象类,包含了具体的算法实现
代码实现
- 数据DTO
1 | public class Stock { |
- 抽象策略接口
1 | public interface Strategy { |
- 策略实现类
1 | /** |
- Context类
1 | /** |
- 抽象调用接口
1 | /** |
- 调用实现类
1 | /** |
注意
- 经典策略模式,创建了一个接口、三个策略类,还是比较啰嗦的。调用类的实现也待商榷,新增一个策略类还要修改榜单实例
枚举策略模式
代码实现
- 枚举策略类
1 | public enum RankEnum { |
- 调用实现类
1 |
|
注意
- 对这种简单的策略,推荐用枚举进行优化。枚举的本质是创建了一些静态类的集合
- 正确地使用枚举策略模式需要额外考虑以下几点:
- 枚举的策略类是公用且静态,这意味着这个策略过程不能引入非静态的部分,扩展性受限
- 策略模式的目标之一,是优秀的扩展性和可维护性,最好能新增或修改某一策略类时,对其他类是无改动的。而枚举策略如果过多或者过程复杂,维护是比较困难的,可维护性受限
工厂策略模式
代码实现
- 策略实现类
1 | /** |
- 调用实现类(借助spring工厂特性完成注入)
1 |
|
注意
- 为了解决良好的扩展性和可维护性,可以考虑Spring自带的BeanFactory的优势,实现基于工厂的策略模式;也可以自己实现一个抽象工厂
- 工厂策略模式会比枚举策略模式啰嗦,但也更加灵活、易扩展性和易维护
- 因此,简单策略推荐枚举策略模式,复杂策略才推荐工厂策略模式