设计模式(一) 策略模式
序言
最近在看Head First 设计模式这本书，看了一点，第一感觉是简单，通俗易懂，层序渐进，基本上稍微耐心一点都看得懂，那么这本书这么多优点，我写博文是为了什么呢，方便自己以后观看吗？那我还不如看一遍书呢，既然书写的那么好，写给别人看？那还不如推荐别人直接去看书呢。写着系列的博文这也没用，那也没用，那我的出发点是什么呢？ 好。我脑袋中的构思是先讲解一下每个模式的基本概念，也就是让你们先知道讲的这个模式的大概意思(尽量跟书上一样简单，就相当于我怎么想的告诉你们，你们可以用来借鉴，如果有更好的讲解方式，可能一起讨论)，然后通过找一些实例，来看看这个模式在哪些地方用到了。加深我们的映像，让我们学习设计模式的时候，也能学点别的东西。 这就是我写这一系列博文的目的。
–WH
策略模式
一、准备知识
多态：父类对象引用子类实例对象，A extends B，A a = new B(); A、B中都有方法run，a.run()；此时就是调用B中的run方法。这就是运行时多态，
为什么叫运行时多态呢？因为在编译的时候，不知道真正的a到底是什么，只知道a是A，在运行时才发现a是B的实例，调用的也就是B中的方法，
这样做有什么好处？灵活性、简化性、这种只能通过自己多敲代码才能感觉得到使用多态的好处。。。
行为组合：通过学习策略模式你就知道了什么是行为组合
二、什么是策略模式？
在Head First设计模式的书中，用的鸭子的各种行为的例子来说明，看的我头晕眼花，各种鸭子，橡皮鸭都出来了，而且是一步步带领你进入到他所要说的那种思想上去。我感觉对于我这种不喜欢啰嗦麻烦的人来说，是个噩梦，直接看了下面这个图，就理解了什么是策略模式
一个游戏中有很多角色，有国王、王后、骑士、妖怪等人物，并且每个人物作战的方式也不同，怎么实现呢？
1、普通方法实现。
看起来不错啊，哈哈，应有尽有，但是缺点很多，
1、如果king的战斗方式需要改变呢，变成用枪了，那么我们只好在king类中增加一个GunBehavior方法，然后将fight中改为调用GunBehavior
2、游戏不止三个骑士，那就来100个骑士，都使用弓箭，但是后面改革了，骑士改为用斧头了，本来妖怪类中就已经实现了斧头的方法，但没办法，我们还有自己在在骑士中实现一遍
3、这样一来，可扩展性和可复用性都非常差。每个人物中的方法都可能有重复。
2、通过策略者模式怎么实现的呢？看下图。
1、变化的部分：每个人物使用的战斗行为不一样。所以将战斗的行为都提取出来独立当成一个类
2、将战斗行为抽取出一个接口来，为的就是使用接口编程的方式。
3、在Character中申明一个WeaponBehavior变量，也就是为了接口编程后使用多态更方便。
通过上面三步的改造，现在king使用什么战斗方式，只需要new出来就行了，如果要使用枪，只需要在创建一个GunBehavior的类，然后让king使用
如果骑士，他们也想用斧头，那么就把骑士中改一行代码，改为用斧头类就好了。
其实策略者模式最关键的就是将行为都提取出来封装成独立类，然后让使用者想用什么就new什么。其他使用多态的地方只是设计原则所导致的。
画图有点失误，没有将weapon.useWeapon()调用。sorry。
策略者模式用到了哪些设计原则？
1、多用组合、少用继承。这句话中的“组合”的意思就像上面的那些作战行为都封装成一个独立的类，然后组合在一起。继承在这个例子中并没有体现出来。
2、针对接口编程、而不是针对实现编程。 这个其实就是为了用多态。
3、找出应用中可能需要变化的地方，把它们独立出来，不要和那些不需要改变的代码混在一起。
策略模式的标准结构图
三、JDK中使用的策略模式体现
1、Comparator接口
记得那个Comparetor这个接口吗，这个就是使用了策略模式写的。在做Comparator和Comparable的比较的时候就说过，实现Comparator是在外部实现compareTo方法，而实现Comparable接口是在内部实现compareTo方法，现在知道为什么Comparator是在外部实现compareTo方法吗，原因就是使用的是策略模式，每个功能/算法类，都必须实现策略接口。然后再需要使用该类的时候，在将其new出来使用.光说没有用，带你看一个非常熟悉的类。String类中就用到了
首先看一下JDK中实现Comparator接口后扩展了一些什么类
通过图中可以看到实现该接口的类有很多，但是我们看到一个很熟悉的，java.lang.String下的一个类，说明这个CaseInsensitiveComparator在String中用到了。
打开String的源码，查看了一下，跟我们讲解的一模一样的形式
不管这个类的作用是什么，反正我们是看到了熟悉的模式，
1、CaseInsensitiveComparator实现了Comparator接口
2、在String中Comparator<String> CASE_INSENSITIVE_ORDER = new CaseInsensitiveComparator();
虽然这个是个常量，但是也没什么大的差别，跟我们自己写的规范是一样的。
2、ThreadPoolExecutor中的四种拒绝策略
在JDK中，这个也使用了策略模式，有兴趣的可以去看看，这里我就不带着大家看了。
四、总结
其实我们平常的代码中，没有那么复杂，只需要将其中变化的部分给抽取出来，达到复用的目的就行了，这种策略模式一般都是在那种比较复杂的情况下，就将其按照上面标准的结构给实现下来。
策略模式的定义：
1、策略模式定义了算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
也个定义，通俗的讲，也就是将那些使用的方法风别封装成独立的类，然后将这一类使用接口统一管理起来，让需要使用这些方法的用户能够随时调用他们。上面例子中的战斗行为就相当于定义中的算法一词。只是算了个说法而已。
缺点：
1、客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道算法或行为的情况。
2、由于策略模式把每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么这些类的数目就非常多了。