设计模式之 策略模式
概述:
策略模式（Strategy Pattern），定义了一系列的算法，将每一种算法封装起来并可以相互替换使用，策略模式让算法独立于使用它的客户应用而独立变化。
简单描述:
把简单工厂生产对象的方法 封装成策略类的构造方法 直接根据type创建出对应的对象 再提供一个根据策略返回计算结果的方法
好处:只显示出了策略类 之前用简单工厂实现的时候 有工厂类和父类显示出来
看了一个帖子有个很有趣的场景描述 链接 在此基础上稍微修改了一下:
描述：刘备要到江东娶老婆了，走之前诸葛亮给赵云（伴郎）三个锦囊妙计，说是按天机拆开解决棘手问题，嘿，还别说，真是解决了大问题，搞到最后是周瑜陪了夫人又折兵呀，那咱们先看看这个场景是什么样子的。先说这个场景中的要素：三个锦囊，三个妙计，一个赵云，妙计是小亮同志给的，妙计是放置在锦囊里，俗称就是锦囊妙计嘛，那赵云就是一个干活的人，从锦囊中取出妙计，执行，然后获胜，用程序怎么表现这个呢？我们先看类图：
三个妙计是同一类型的东东，那咱就写个接口(抽象类也可以)：
/** * 首先定一个策略接口，这是诸葛亮老人家给赵云的三个锦囊妙计的接口 * */ public interface IStrategy { //每个锦囊妙计都是一个可执行的算法 public void operate(); }
然后再写三个实现类，有三个妙计嘛：
/** * 找乔国老帮忙，使孙权不能杀刘备 */ public class BackDoor implements IStrategy { public void operate() { System.out.println("找乔国老帮忙，让吴国太给孙权施加压力"); } } /** * 求吴国太开个绿灯 */ public class GivenGreenLight implements IStrategy { public void operate() { System.out.println("求吴国太开个绿灯,放行！"); } } /** * 孙夫人断后，挡住追兵 */ public class BlockEnemy implements IStrategy { public void operate() {
System.out.println("孙夫人断后，挡住追兵！");
} }
好了，大家看看，三个妙计是有了，那需要有个地方放这些妙计呀，放锦囊呀：
public class Context { //构造函数，你要使用那个妙计 private IStrategy straegy; public Context(int i){ //根据传过来的参数 判断你要使用第几个妙计 switch (i){ case 1: this.straegy = new BackDoor(); break; case 2: this.straegy = new GivenGreenLight(); break; case 3: this.straegy = new BlockEnemy(); break; } } //使用计谋了，看我出招了 public void operate(){ this.straegy.operate(); } }
然后就是赵云雄赳赳的揣着三个锦囊，拉着已步入老年行列的、还想着娶纯情少女的、色迷迷的刘老爷子去入赘了，嗨，还别说，小亮的三个妙计还真是不错，瞅瞅：
/***/ public class ZhaoYun { /** * 赵云出场了，他根据诸葛亮给他的交代，依次拆开妙计 */ public static void main(String[] args) { Context context; //刚刚到吴国的时候拆第一个 System.out.println("-----------刚刚到吴国的时候拆第一个-------------"); context = new Context(1); //拿到妙计 context.operate(); //拆开执行 System.out.println("\n\n\n\n\n\n\n\n"); //刘备乐不思蜀了，拆第二个了 System.out.println("-----------刘备乐不思蜀了，拆第二个了-------------"); context = new Context(2); context.operate(); //执行了第二个锦囊了 System.out.println("\n\n\n\n\n\n\n\n"); //孙权的小兵追了，咋办？拆第三个 System.out.println("-----------孙权的小兵追了，咋办？拆第三个-------------"); context = new Context(3); context.operate(); //孙夫人退兵 System.out.println("\n\n\n\n\n\n\n\n"); /* * 赵云实际不知道是哪个策略具体是做什么的 他只知道根据情况拆第几个锦囊， * 策略模式的好处就是：体现了高内聚低耦合的特性 */ } }
就这三招，搞的周郎是“陪了夫人又折兵”呀！这就是策略模式，高内聚低耦合的特点也表现出来了，还有一个就是扩展性，也就是 OCP 原则，策略类可以继续增加下去，只要修改 Context.java 就可以了，这个不多说了，自己领会吧。
到这里其实大家也能看出来 策略模式跟简单工厂的区别就在于 策略模式是把简单工厂生产对象的功能和对象调用方法的功能封装成了策略类 这样在调用的时候 只需要使用策略类即可 不需要再关系工厂生产的对象 也就是说 简单工厂 适应对象的变化 属于创建型模式 而策略模式 适应行为的变化 属于行为型模式
在下面的情况下应当考虑使用策略模式：
1. 如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
2. 一个系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面，而这些具体算法类都是一个抽象算法类的子类。换言之，这些具体算法类均有统一的接口，由于多态性原则，客户端可以选择使用任何一个具体算法类，并只持有一个数据类型是抽象算法类的对象。
3. 一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及到不必要接触到的复杂的和只与算法有关的数据。
4. 如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。此时，使用策略模式，把这些行为转移到相应的具体策略类里面，就可以避免使用难以维护的多重条件选择语句，并体现面向对象设计的概念。
策略模式的优点和缺点
策略模式有很多优点和缺点。它的优点有：
1. 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免重复的代码。
2. 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。
3. 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。
策略模式的缺点有：
1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。
