策略模式介绍
策略模式是一种行为设计模式，它能让你定义一系列算法，并将每种算法分别放入独立的类中，以使算法的对象能够相互替换。
策略模式建议找出负责用许多不同方式完成特定任务的类，然后将其中的算法抽取到一组被称为策略的独立类中。
它将一组行为转换为对象，并使其在原始上下文对象内部能够相互替换，原始对象就叫做上下文，它包含指向策略对象的引用并将执行行为分派给策略对象。为了改变上下文完成其工作的方式，其他对象可以使用另一个对象来替代当前链接的策略对象。
它会有一个上下文类来关联策略，通过一个成员变量存储对于每种策略的引用，它只负责将工作委派给已连接的策略对象。其中客户端在使用时会将具体的策略传递过来，此类不需要了解策略，它只需要通过同样的通用接口与所有策略进行交互就可以。
策略模式结构
- 1、上下文
其维护指向具体策略的引用，且仅通过策略接口与该对象进行交流。
- 2、策略接口
所有具体策略的通用接口，它声明一个上下文用于执行策略的方法。
- 3、具体策略
实现上下文所用算法的不同策略。当上下文需要运行算法时，它会在其已连接的策略对象上调用执行方法。(上下文不了解策略，不关心自己调用了那个策略。)
- 4、客户端
会创建一个特定策略对象并将其传递给上下文。上下文会通过某个方法，来使客户端在运行时替换相关联的策略。
适合应用场景
1、当想使用对象中不同的算法变体，且希望在运行时切换算法时。
2、当有许多仅在指向某些行为时略有不同相似类时。
3、若算法在上下文逻辑中不重要，使用该模式可以将类的业务逻辑与其算法实现细节隔离开来。
实现方式
- 1、在上下文类中找到变动频率最高的算法，声明该算法所有变体的通用策略接口。
- 2、在各自的类中逐一实现算法(必须实现策略接口)。
- 3、在上下文类中通过成员变量来存储策略对象(上下文只能通过策略接口同策略对象进行交互)。
- 4、客户端需要将上下文类和策略进行关联。
满足开闭原则；可以使用组合来代替继承；可将算法的实现与使用算法的代码隔离开；可在运行时切换对象内的算法。
装饰模式可让你更改对象的外表，策略则让你能够修改其本质。
Demo
策略接口和实现策略的类
上下文类
业务逻辑和显示结果
可以从上面的显示结果中可以看到，当在Main方法中，通过上下文类context来调用策略实现类时，可以得到不同的显示结果。这样我们在实际的业务开发中就可以根据实际情况按需进行使用，可以达到将算法和实际业务剥离的效果，减少彼此之间的耦合。
而且也满足开闭原则，我们在后期添加新算法时，可以不用修改旧算法，就可以实现功能。
