前一篇文章简述了设计模式以及其中的简单工厂模式。对于简单工厂模式来说，每次的维护或扩展都要改动工厂，这是比较糟糕的处理方式，因此本文将介绍另一种设计模式----策略模式。
策略模式定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。【Design Patterns】
如图1-1所示为策略模式的UML类图。
图1-1 策略模式UML类图
其中Context类的代码如图1-2所示。
图1-2 Context类
策略模式的优点：
1. 策略模式定义了一系列算法，所有算法完成相同工作，只是实现不同，策略模式可以以相同的方式调用所有的算法，减少了各种算法与使用算法类之间的耦合【Design Patterns Explained】；
2. 策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能【Design Patterns】；
3. 简化了单元测试，因为每个算法都有自己的的类，可以通过自己的接口单独测试【Design Patterns Explained】。
策略模式概括来说就是用来封装算法的，但在实践中，我们发现可以用它来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。【Design Patterns Explained】
在基本的策略模式中，并没有解除客户端需要选择判断的压力，而策略模式与简单工厂模式结合后，选择具体实现的职责可以由Context来承担，这就最大化地减轻了客户端的职责。不过，它依旧不完美，因为Context有了switch，增加算法之后就需要修改switch。更好的解决方法是用反射技术（后面的文章将再做研究和介绍）
