设计模式-策略模式

最近在看设计模式，就将自己看的一些心得写下来，做学习笔记。该篇看的是head first 设计模式的一些体会和总结。

策略模式
定义算法族，分别封装起来，让它们之间可以相互替换，使算法的变化独立于使用算法的客户。
这定义好像很晦涩难懂呀，简单点说，就是将行为变化部分分别封装成接口，然后使用组合接口的方式来实现一个对象的全部行为。（在下面的例子看我之后再回头看定义，我想你会明白的）

设计原则（一）：找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。

其实就是把变化的部分封装起来，不要让其他不变的部分受到影响

设计原则（二）：针对接口编程，而不是针对实现编程

针对接口编程的本质是：针对超类型（super）编程

书中对这个原则有详细的解释（感觉这段解释很好）：这里所谓的“接口”有多个含义，接口是一个“概念”，也是一直java的interface构造。利用多态，程序可以针对超类型编程，执行时会根据实际状况执行到真正的行为，不会绑死在超类型的行为上。“针对超类型编程”这句话，可以更明确的说成“变量的声明类型应该是超类型，通常是一个抽象类或者是一个接口”，如此，只要是具体实现此超类型的类所产生的对象，都可以指定给这个变量。这也意味着，声明类时不用理会以后执行时的真正对象类型！

下面是简单多态的例子：
a.针对“实现编程”
声明变量“d”为Dog类型（Animal的具体实现），会造成我们必须针对具体实现编程。

Dog d = new Dog;d.bark();

b.但是针对“接口/超类型编程”的做法如下(正确做法)：
我们知道对象是狗，但是现在利用annimal进行多态调用。

Animal animal = new Dog();animal.makeSound();

设计原则（三）：多用组合，少用继承

本质就是：通过多个接口（interface），将行为分类（比如鸭子叫和飞属于2个不同的属性），并实现该接口。这里所说的组合就是不使用继承来实现鸭子的叫和飞属性，而是通过定义接口。然后通过接口将这两个行为组合成鸭子的属性（叫和飞）。
在head first 里面是通过定义FlyBehavior 和 QuckBehavior.每个鸭子都有一个FlyBehavior 和 QuckBehavior，好将飞行和呱呱叫委托给他们代为处理。

代码示例（源自head first 设计模式）

/** * 鸭子抽象超类 * Created by nana on 2017/11/5. */public abstract class Duck {    public FlyBehavior flyBehavior;//这里声明接口类型的引用变量    public QuackBehavior quackBehavior;    public Duck(){    }    public abstract void display();    public void performFly(){        flyBehavior.fly();//委托给飞行行为类    }    public void performQuck(){        quackBehavior.quack();//委托给呱呱叫行为类    }    //游泳方法是所有鸭子都能实现的行为（且表现相同）    public void swim(){        Log.i("nana","All duck float,even decoys");    }    public void setFlyBehavior(FlyBehavior flyBehavior){        this.flyBehavior = flyBehavior;    }    public void setQuackBehavior(QuackBehavior quackBehavior){        this.quackBehavior = quackBehavior;    }}

鸭子有2个属性（飞行和呱呱叫）下面是2个属性定义接口

/** * 飞行行为接口 * Created by nana on 2017/11/5. */public interface FlyBehavior {    void fly();}

/** * 叫声接口 * Created by nana on 2017/11/5. */public interface QuackBehavior {   void quack();}

FlyNoWay 和 FlyWithWings 是对飞行接口 FlyBehavior 的具体实现

/** * 不会飞的鸭子的飞行行为实现类 */public class FlyNoWay implements FlyBehavior {    @Override    public void fly() {        Log.i("nana","FlyNoWay!!!");}}

/** * 鸭子用翅膀飞行的飞行实现类 */public class FlyWithWings implements FlyBehavior{    @Override    public void fly() {        Log.i("nana","FlyWithWings!!!");    }}

Quck是对鸭子叫行为的具体实现

public class Quck implements QuackBehavior{    @Override    public void quack() {        Log.i("nana","quack!!!");    }}

这个MallardDuck是鸭子抽象超类的子类实现

public class MallardDuck extends Duck{    public MallardDuck(){        quackBehavior = new Quck();        flyBehavior = new FlyWithWings();    }    @Override    public void display() {        Log.i("nana","I am a Mallard duck ~~~~~");    }}

测试类：

public class MainActivity extends AppCompatActivity {    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        Duck mallard = new MallardDuck();//这里针对接口编程，多态        mallard.performFly();        mallard.setFlyBehavior(new FlyWithWings());        mallard.performFly();        mallard.performQuck();        mallard.display();        mallard.swim();    }}

看完代码，我们再来总结一下。使用原则一，将鸭子的行为呱呱叫和飞行行为分离出来。使用原则二和原则三,我们针对超类型编程，鸭子有抽象超类（且超类里持有飞行和叫的引用，并在超类里面使用这个应用进行行为的处理），那么子类鸭子就可以继承超类实现飞行和叫的行为。且可以根据自己实际情况选择会飞或者用翅膀飞的飞行行为，叫的行为也可以有多个，这里没有具体写。

不知道你理解了吗？看一下UML图可能更直观。

上述图片是应用网友的博客中图片，发现该网友对书中例子更全面。可以参考链接：https://www.cnblogs.com/wolf-sun/p/3534573.html
以上是读书笔记，如果有问题。欢迎交流。