策略模式(Strategy Pattern)

• 先从一个例子说起….

    首先有一个系统内部设计使用了标准的OO技术，设计了一个鸭子超类(superclass)。并让各种鸭子继承此超类。

    产品经理提出了新的需求，引入了会飞的鸭子....,对于一个OO程序员来说，这有什么困难的了，只要在鸭子超类    (Duck)中加入fly()方法就可以了。可是这样的话，所有的鸭子就都会飞了...，可以在不需要飞行的鸭子子类中    重写fly()方法...,这样也是可以的，只是如果不会飞的鸭子子类有50多个，这样就需要在50多个类中重写    fly()方法了，这样的设计显然不是合理的。

    对于这样的问题，可以将fly()方法从鸭子超类中抽取出来，单独写一个接口Flyable.

    在这里，只考虑两种情况，会飞和不会飞，写两个子类继承Flyable接口，实现fly()方法。

    以前的做法是:行为来自Duck类的具体实现，这种做法太依赖于"实现",我们被实现绑的死死的，没办法更改行为。    在新的设计中，将使用鸭子的子类所表示的行为，这样就不会被"实现"绑死。    来看下重新设计的Duck类

    让Duck持有Flyable接口，加入performFly()和setFlyable(Flyable fly)方法    performFly(){        flyAble.fly();//调用接口中的fly()方法    }    setFlyable(Flyable fly){        this.flyAble = fly;//这样就可以动态的设置Flyable类的具体实现子类了,对于父类来说这是透明的    }

    再看下现在的鸭子子类的实现 

    这样将行为委托给flyAble来处理，同时加入的setFlyable(Flyable fly)方法可以动态改变行为    GreenDuck duck = new GreenDuck();    duck.performFly();//飞行    duck.setFlyable(new FlyNoWay());    duck.performFly();//不会飞行

     这就是策略模式，定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。