策略模式的优势

废话上说

咱先上图：

那什么时候需要用到策略模式：

如果系统中某个类的某一行为存在多种实现方式，而且“这些实现方式可以互换时使用策略模式”。

个人理解：

由于策略模式是一个对象行为型模式,它封装了对象的行为变化，它弥补了继承带来的问题，即：父类中不必要的接口函数被子类继承，采用了组合的方式来封装对象行为。

采用Head First设计模式里面的例子来深入讲解一下采用组合的策略模式的优点（为了更好的理解，我做了一点点改动）：

抽象Bird类，有一个fly()方法，但问题来了，是不是所有的bird都是会fly的？对不会fly的bird，如果用继承，我们的办法是重写子类将fly()留空，但这样写工作量会很大，而且代码的可读性和可扩展性也存在一定的瓶颈。

为了解决以上问题，就可以考虑用组合的方式，将对象的行为封装起来，作为一个组件行为的方式，插入到类bird中：

抽象Behavior接口，实现该接口的类有FlyBehavior，QuackBehavior，在FlyBehavior里面我们可以做fly的实现，做的更考究一点，我们甚至可以继承FlyBehavior派生两个子类，FlyWithWingBehavior和FlyNoWayBehavior，在bird类里面插入一个对behavior接口的引用，针对不会fly的鸟使用FlyNoWayBehavior的引用。这样就不必担心代码可读性和维护性的问题了。