设计模式之策略模式

情景：

要设计很多鸭子，每个鸭子都有quack（呱呱叫）和swim功能。

可以设计一个Duck类，含有quack()和swim()方法就可以了。具体鸭子类继承Duck类。

新需求：要求添加fly功能。

如果直接给Duck添加fly()方法，会出现问题，因为有一部分鸭子是不会飞的。

选择创建Flyable接口，只有会飞的鸭子才继承接口，可以解决这一问题，但是造成代码无法复用。

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

因为鸭子的行为是变化的所以把鸭子的行为封装起来，创建一组行为类。

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

针对接口编程的意思是：? Dog();?而不是? Dog();?

Animal可以是超类或者接口，主要是通过多态，使得代码容易被扩展。

为每个行为写一个接口，行为的具体实现就是接口的一个实现类。这样具体行为就可以容易的被修改。

行为接口：

实现行为的具体类：

Duck超类：

</span><span style="color: #0000ff;"&gt;public</span> <span style="color: #0000ff;"&gt;void</span><span style="color: #000000;"&gt; performQuack() {
    quackBehavior.quack();
}

</span><span style="color: #0000ff;"&gt;public</span> <span style="color: #0000ff;"&gt;void</span><span style="color: #000000;"&gt; swim() {
    System.out.println(</span>"All ducks flost,even decoys!"<span style="color: #000000;"&gt;);
}

</span><span style="color: #0000ff;"&gt;public</span> <span style="color: #0000ff;"&gt;void</span><span style="color: #000000;"&gt; display() {
    System.out.println(</span>"I am a duck."<span style="color: #000000;"&gt;);
}

Duck一个具体实现类：

测试类：

输出：

如果能在Duck类中通过setter动态设置行为，而不是只能在构造方法中绑定，就可以更灵活的改变鸭子的行为。

Duck类：

新建一个模型鸭类型，默认不会飞

然后建立一个火箭动力类（？？？）

通过动态改变行为，模型鸭就可以飞啦~~

输出：

把鸭子的行为封装起来，这样可以自由的改变鸭子的行为，也方便对行为的扩展。

把行为改变为算法，就是策略模式。

设计原则：多用组合，少用继承。

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

（讲道理我觉得书上这个例子举得一点都不好。。。。）

?一个简单的例子：

测试类：

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!