需要澄清 - 设计模式

Question

在大多数设计模式概念中，都提到“Has A”比“Is A”更好。

在第一章 - Head First 设计模式 - “设计模式简介”的“集成 Duck 行为”部分（第 15 页）中，Duck 类引用了 FlyBehavior 和 QuackBehavior 接口类型。例如，我们要在功能中添加一个新行为，名称为 XYZBehavior（假设客户端尚未决定），我们需要更改 Duck 类以引用新接口。结果，我们需要改变类，但根据良好的设计模式，这是不应该发生的。

您能建议我如何处理这个要求吗？

Answer 1

这个问题可以通过使用依赖注入来解决

（在Java中通常通过Spring 或 Guice）

这是依赖注入初学者指南 基本上， Bird

会有一个 Behaviours 属性：

private Collection<Behavior> behaviors;
public void setBehaviors(Collection<Behavior> behaviors){
    this.behaviors = behaviors;
}

现在，在配置文件中，您可以指定将哪些 Behaviour 注入到 Bird 中，而无需更改 Bird 类。

Answer 2

如果您添加新行为（策略），策略模式不会阻止更改类。如果现有行为（策略）发生变化，它只是阻止接触类。

以 QuackBehaviour 为例：假设我们认为鸭子听起来像“quaack”，但经过几年的研究，我们意识到鸭子实际上听起来像“quaaack”。我们很幸运，我们实现了一个QuackBehaviour，只是调整了普通鸭子的QuackBehaviour接口的实现。这就是这个模式的技巧。

如果稍后我们决定添加 SwimBehaviour，因为另一个研究团队意识到游泳是一种常见的鸭子行为，那么我们必须触摸普通鸭子并添加该行为（到 Duck 类中） 。

希望有帮助！

Answer 3

您可以使用 Composition => 来处理这种情况Duck 有一个Behaviours 列表。

Duck 将维护一个Behavior 对象列表。在创建 Duck 对象期间填充相关行为。

示例代码：

import java.util.*;

interface Behaviour{

}
class FlyBehaviour implements Behaviour{

}
class QuackBehaviour implements Behaviour{

}
class XYZBehaviour implements Behaviour{

}

public class Duck{
    private List<Behaviour> duckBehaviours = new ArrayList<Behaviour>();

    public Duck(List<Behaviour> list){
        duckBehaviours = list;
    }
    public static void main(String[] args){
        // set the behaviours
        List<Behaviour> list = new ArrayList<Behaviour>();
        list.add(new FlyBehaviour());
        list.add(new QuackBehaviour());
        list.add(new XYZBehaviour());
        Duck duck = new Duck(list);
    }   
}