定义了算法家族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的客户。
适用于：算法时常变动。例如，商场打折、返利、积分兑换规则。
最重要：算法随时可以互相替换，这是变化点，因此需要封装变化点。
使用：
改造后，与工厂模式结合：
总结：
策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法和使用算法类之间的耦合。
策略模式的strategy类层次为context定义了一系列的可重用的算法或行为。继承有助于提取算法中的公共功能。
简化了单元测试。每个算法都有自己的类，可以通过自己的接口单独测试。修改其中任一个不会影响其他的算法。
当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为，将这些行为封装在一个个独立的strategy类中，可以在使用这些行为的类中消除条件语句。
策略模式封装了变化。策略模式就是用来封装算法的。但在实践中，它可以封装几乎任何类型的规则，只要在分析过程中需要在不同时间应用不同的业务规则，就可以考虑用策略模式处理这种变化的可能性。
基本的策略模式中，选择所用具体实现的职责由客户端对象承担，并转给策略模式的context对象。这没有接触客户端需要选择判断的压力。但策略模式与简单工程模式结合后，选择具体时间的职责可以由context来承担，可以最大化的减轻客户端的职责。
用switch，意味着每增加一种算法，需要更改switch代码。可以考虑用发射技术解决。
对比
工厂模式：
对比结果：
