故事：商场促销
策略模式：它定义算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。
Context(应用场景):
1. 需要使用ConcreteStrategy提供的算法。
2. 内部维护一个strategy的实例。
3. 负责动态设置运行时strategy具体的实现算法
4. 负责跟Strategy之间的交互和数据传递。
Strategy(抽象策略类)：
定义一个公共接口，各种不同的算法以不同的方式实现这个接口，context使用这个接口调用不同的算法，一般使用接口或者抽象类实现。
ConcreteStrategy(具体策略类)：
实现了Strategy定义的接口，提供具体的算法实现。
应用场景：
1、 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。(例如商场促销)
2、 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。(具体优惠活动)
3、 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。
优点：
1. 策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与 使用算法类之间的耦合。
2. 策略模式的Strategy类层次为Context定义了一些列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。
3. 简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。
4. 当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Strategy类中，可以在使用这些行为的类中消除条件语句。
缺点：
1. 每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。
2. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
3. Strategy和Context之间的通信开销
例子：
