设计模式—策略模式

1：什么是策略模式
2：策略模式如何实现
3：策略模式总结

什么是策略模式？
策略模式将可变的部分从程序中抽象分离成算法接口，在该接口下分别封装一系列算法实现并使他们可以互相替换，从而导致客户端程序独立于算法的改变。

策略模式Strategy：抽象出的算法接口，以适应程序中变动的代码(策略)，在Context中，只要传入具体的策略实现即可在Context中应用你提交的策略，实现你需要的功能。

方法一：继承
过于死板，不够灵活

方法二：抽象方法，在父类中提供抽象方法，强迫子类实现自己的飞行行为
相同代码重复，不推荐使用

方法三：组合，组合优先于继承，多用组合少用继承
将飞行行为抽象为接口，在父类中持有该接口，并由该接口代理飞行行为

public interface  FlyingStragety{
    void performFly();
}

组合：在类中增加一个私有域，引用另一个已有的类的实例，通过调用引用实例的方法从而获得新的功能，这种设计被称作组合(复合)

策略模式：
1：创建一个抽象基类，基类中包含子类公有的方法，然后将不同类各有不同需要的方法设定为抽象函数，相同的方法在基类中实现
2：将一些类相同，一些类种不同的方法先创建一个该方法的接口，然后在基类中添加该方法的调用函数，并添加该接口实现类的对象作为私有属性，然后添加set方法，然后在创建的抽象基类的子类实现中在子类的构造方法中通过super()调用基类的构造方法，然后通过
super(new set方法)来给父类的私有对象成员赋值，然后就完成了组合的实现。

我理解的策略模式：
通过接口来实现方法，基类中添加对接口的实现，实现接口中的方法，设置基类中deep监听。

由于飞行类接口的对象是基类的私有属性，子类并没有继承该属性，因而不能在子类中初始化，只能经过父类进行初始化。也就是必须的用super函数先调用父类的构造方法，然后调用父类的set函数。

public class RubberDuck extends Duck{
Public RubberDuck(){
  super();
  super.setFlayingStragety(new FlyNoWay());
}
@Override
public void display(){

   }
}

策略模式就是将频繁变化的部分抽象成一个接口或者抽象类，然后再在抽象出来的基础上进行扩展，减少客户端代码的修改风险，增加代码的灵活性和可扩展性。

不变的部分抽象为接口，变得部分交给实现类是实现

一，策略模式知识点总结：
1，设计原则：找出应用中需要变化的部分，把他们独立出来，不要和那些不需要变化的代码混在一起。我们把不变的功能功能方法名声明为策略接口，特定种类的方法去具体实现。
2，面向接口编程文不是棉线实现编程。策略接口使得方法具有无限宽广的扩展性。
3，多用组合少用继承。

二，策略模式实现的要点：
1，通过分离变化得出的策略接口Strategy。
2，Strategy的实现类。
3，客户程序中有一个Strategy。
4，在客户程序中选择/组装正确的Strategy实现类。

三，策略模式的优点：
1，使用了组合，使构架更灵活。
2，富有弹性，可以较好的应对变化（开一闭原则）。
3，更好的代码复用性（相对于继承）。
4，消除大量的条件语句，易于维护。

四，策略模式的缺点：
1，客户代码需要了解每个策略实现的细节。
2，增加了对象的数目，由于我们是新增对象的方法来应对变化，因此策略算法的数量会随时间急剧膨胀，给我们的维护带来困难。

五，策略模式适用场景：
1，许多相关类仅仅是行为的差异。
2，运行时选择不同的算法变体。
3，通过条件语句在多个分支中选取。

参考视频：http://www.imooc.com/learn/165