设计模式之策略模式

看那本《head first desgin pattern》也有一段时间了，是时候整理一下对刚学习到的设计模式了，这里具体的例子就不举了，就是记录一下自己的理解。
书本开篇第一个模式就是“策略模式”，刚开始对继承提出了问题，继承虽然能够复用代码，但是继承了超类的子类的行为就被定死了，出现了书中“橡皮鸭子”也会飞的笑话，然后自然就想到，我们能不能把超类的行为提取出来呢？然后让子类去继承不就得了？没错这样是可以解决一部分问题，但是这么一来代码的复用就没有了，如果有大量的子类要修改的话…就GG了，就算不修改，那么多变的行为也够喝一壶了（大量代表行为的接口）。
这么一来就陷入了一个困境当中，继承意味着“共性”，实现接口意味着“个性”，如何实现这两者的平衡呢？

答案就是“策略模式”了。

先来策略模式的定义：

Define a family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary independently from clients that use it.

策略模式的解决方法就是将行为封装起来，然后在context实例化之，这样就可以借用“动态绑定”这个特性，既解决了行为共用不合理的问题（通过将行为提取出来形成接口），又解决了出现过量行为接口的问题（行为接口被当做方法分类封装了起来，具体的行为直接实现接口就好了）。
最后，这一章还出现了3条规则：

1. 找出应用中可能需要变化之处，把他们独立出来，不要和那些不需要变化的代码混在一起
   这里就是讲行为封装了起来，然后具体的行为直接实现接口即可。
2. 针对接口编程，而不是针对实现编程
3. 多用组合少用继承
   这两条规则都是说明了多态的重要性，要合理地使用java的这个重要特性。