每日设计模式之策略模式

策略模式：它定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的用户。

策略模式，简单地说就是：我们首先需要写一个接口，这个接口是用来定义我们的抽象策略。然后写几个类用来实现这个接口，在不同的实现类中实现不同的策略。接着再写一个Context类，让它和策略的接口是聚合关系。然后再在Context类中写一个方法，在方法中通过接口动态的调用各种策略

策略模式的精华所在就是可以随意的变化算法，而不会影响到使用算法的用户。
我们在使用策略模式时：

1. 其实首先是先要定义一个规范，就是抽象一个策略。（在我们写程序时，就是先定义一个接口，在里面定义一个抽象的策略）。
2. 接着我们要把具体的策略写入到这个接口的实现类。（即我们为这个接口写实现类，然后在各个类的方法中写具体的策略）。

3. 接着定义一个用于和接口聚合的Context类。在该类中写一个方法，用于调用接口的策略方法。从而实现动态的调用不同的策略。

   策略模式是一种定义一系列算法的方法，从概念上看，所有这些算法都是完成相同的工作，只是实现不同，它可以以相同的方法调用所有的算法，减少了各种算法类与使用算法类之间的耦合。
   当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。如果将这些行为封装在一个个的独立的“策略类”中，可以在使用这些行为的类中消除条件语句。
   其实策略模式封装了变化。

策略模式的使用场景

1. 在我们分析业务规则时，只要听到在不同的时间对应不同的业务规则，就可以考虑使用策略模式来处理这种变化的可能性
2. 我们在使用基本的策略模式时，选择所用具体的实现职责（就是调用不同的实现类）由客户端对象承担，并转交给策略模式的context对象。这本身并没有减轻客户端的压力，我们可以把策略模式和简单工厂模式结合起来，使得选择具体的策略也交给context对象来承担，这将会大大降低客户端的职责。
3. 不过，在context对象中，选择具体的策略时，我们可能会使用switch，然后根据传进来的String来选择不同的策略，总感觉太不爽了！当然啦，当说出不爽的时候，说明已经有了替代品，也就是我们的反射。
4. 反射会放在我们后面的其他模式下具体讲解