策略模式

概述

• 场景：出行方式有很多种（多种策略），但是他们共同的一点是把我们带到目的地
• 定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换（达到同一个目的），且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。

结构

策略模式的主要角色如下：

• 抽象策略（Strategy）类：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。（具体策略类共同的目的）
• 具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现或行为。
• 环境（Context）类：持有一个策略类的引用，最终给客户端调用。

案例

• 选择不同的出行方式到达目的地

  出去旅行到达目的地（抽象策略类），选择哪种方式（具体策略类）呢？

我通过飞猪软件（环境类）来选择

• 实现

  首先定义抽象策略类，定义具体策略类需要实现的方法

然后定义具体策略类

然后定义环境类，作为客户端各个策略之间的桥梁

调用

可以看到策略类可以随意切换，

优点

• 策略类之间可以自由切换
  由于策略类都实现同一个接口，所以使它们之间可以自由切换。

• 易于扩展
  增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码，符合“开闭原则“

• 避免使用多重条件选择语句（if else），充分体现面向对象设计思想。

缺点

• 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
• 策略模式将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量。

使用场景

• 一个系统需要动态地在几种算法中选择一种时，可将每个算法封装到策略类中。
• 一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现（比如if-else），可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
• 系统中各算法彼此完全独立，且要求对客户隐藏具体算法的实现细节时。
• 系统要求使用算法的客户不应该知道其操作的数据时，可使用策略模式来隐藏与算法相关的数据结构。

JDK源码解析

• Arrays.sort中的比较器

  可以将Arrays看做是一个环境类，里面持有Comparator（抽象策略类）的引用。要看是不是策略模式，就要看环境类中有没有调用抽象策略类的Comparator有没有调用实现类的compare方法

最终Arrays.sort调用了Comparator中的compare方法，实际上调用的是其实现类中的方法