2.2策略模式(5.9)

某种程度上，策略模式不值得一提，因为学习和理解它，其难度系数为0。

不就是一个类层次的问题吗。所以，我们添加一点内容：方法对象化——将方法封装为类型。

另外，从重构分支结构的角度看，策略模式与[2.1.3工厂方法模式（3.3）]和[4.2状态模式（5.8）]是三胞胎。

1.父类定义接口，子类给出实现

外出旅游时，可以在多种不同的出行方式中选择，如坐汽车/火车/飞机、骑自行车或步行。海关对不同的商品按照不同的税率征收关税……做事情的方式即策略或政策。在源代码中，一个方法体常常被称为一个算法，故封装做事情方式的一个方法体，被称为一个具体的策略。

如【编程导论·11 排序】介绍了各种各样的(对int数据)排序算法：选择、插入和交换排序等。为了方便地测试各种算法，我们设计一个抽象类algorithm.sorting.IntSort封装抽象方法int[] sort(int[] arr)，而各种排序算法被设计成IntSort的子类。当然，IntSort除了包括策略sort(int[]
arr)，还可以提供了工具方法：如public static void swap(int[] arr ,int one, int two)——交换数组的两个元素。

策略模式以类层次定义和封装算法集：父类定义接口，子类给出实现。【策略模式(Strategy Pattern)：定义一系列算法类，将每一个算法封装起来，并让它们可以相互替换，策略模式让算法独立于使用它的客户而变化，也称为政策模式(Policy)。】从封装算法集的角度看，策略模式就是设计一个类层次。因而，学习和理解它，其难度系数为0。策略模式仅仅简单地使用了多态技术。正因为策略模式仅仅简单地使用了多态技术，因而策略模式成为其他模式常用的一个基本技术。也可以说，策略模式没有技术含量。

★

2. 将策略从环境类中分离出来

环境类通常是系统中有价值的类。例如一个提供数据计算的类Context，除了其他有意义的方法，有一个方法foo()计算某种得分。一般的时候，计算所得分数的平均数；一些比赛场合，去掉一个最高和一个最低分，再计算平均数；某些黑箱操作场合，计算关键人士(key)给出的分数或平均数。

如果按照分支结构测试各种算法，在可能增加分支的场合该代码不遵循OCP。显然的解决方案是，设计MyStrategy的abstract方法m(int i,int j,int[] array)封装各种算法m1、m2、m3。在实际编程中，原来的m1()、m2()、m3()可能需要各种不同的参数。因此设计抽象方法m()时，在保证返回值类型确定的前提下，m()必须能够保证所有具体的策略类能够获得它需要的所有数据，因而在定义m()的接口时，它的参数列表是具体的策略类所需数据的最大集合。最大集合意味着宁可多不可少——某些具体策略类可以不使用参数列表提供的数据，但是不可使得某些具体策略类缺乏需要的数据。

学习设计模式时，绝大多数情况下，我会忽略抽象类型如MyStrategy的子类型。一方面，子类型是必须有的，代码大家自己写；另一方面，通过IoC工具，Context不需要知道MyStrategy的子类型，因而，不画出各子类型不影响读者对该模式的理解。

策略模式的基本内容，就这么一点。

3.3.2.4
方法类型化