设计模式之策略模式

1. 什么是策略模式
   策略模式将可变的部分从程序中抽象分离成算法接口，在该接口下分别封装一系列算法实现，并使他们可以相互替换，从而导致客户端程序独立于算法的改变。
2. 为什么用策略模式
   在为了让多个类实现一种行为时可以用多种方法，选择方法如下：
   方法一：面向对象中的继承
   在父类中提供实现方法，子类通过继承获得父类中的飞行行为；
   优点：简（cu）单（bao）易（chou）用(lou)，已有应用可以快速添加飞行能力
   缺点：不具有灵活性，对未来变更支持差；需要通过在子类中覆写飞行的方法以提供新的飞行行为，这很容易造成错误（粗心的程序员忘记覆写）
   方法二：抽象方法，在父类中提供抽象方法，强迫子类实现自己的飞行行为
   优点：足够灵活，也不会很容易忘记覆写代码
   缺点：需要的工作量大，每个子类都要实现一遍代码，即使是相同的行为也不例外；代码重复，没有实用的代码；如果有出现错误，要改很多bug
   方法三：组合（继承是重用代码的利器，但继承并不是最好的工具） ，Favor composition over inheritance（复合优先于继承，多用组合，少用继承）
   组合是某个对象有某个组件，比如小汽车有轮胎
   组合：在类中增加一个私有域，引用另一个已有的类实例，通过调用引用实例的方法从而获得新的功能，这种设计被称作组合（复合）。
   方法：将飞行行为（可以更改）抽象为接口，在父类中持有该接口，并由该接口代替飞行行为。
   优点：足够灵活；复用代码，更易于维护
3. 总结
   策略模式中的设计原则：找出应用中需要变化的部分，把他们独立出来，不要和那些不需要变化的代码混在一起；面向接口编程，而不是面向实现编程；多用组合，少用继承
   策略模式的实现：通过分离变化得出策略接口Strategy;

public interface FlayingStragety {
    void performFly();
}

     Strategy的实现类；

public class FlyWithWin implements FlayingStragety {

    @Override
    public void performFly() {
        System.out.println("展翅高飞");
    }

}

 客户程序“有一个”Strategy;
 在客户程序中选择/组装正确的Strategy实现。

public class MallerdDuck extends Duck {

    public MallerdDuck() {
//      调用父类的构造方法
        super();
        super.setFlyingStragety(new FlyWithWin());
    }
    @Override
    public void display() {
        System.out.println("我的脖子是绿色的");
    }

}

 策略模式的优点：
     使用了组合，使架构更加灵活；
     富有弹性，可以较好的应对变化（开-闭原则）
     更好的代码复用性（相对于继承）
     消除大量的条件语句
策略模式的缺点：
    客户代码需要了解每个策略实现的细节
    增加了对象的数目
策略模式的适用场景：
    许多相关的类仅仅是行为差异；
    运行时选取不同的算法变体；
    通过条件语句在多个分支中选取