oop - 继承与聚合

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 11 年前。

关于如何在面向对象的系统中最好地扩展、增强和重用代码，有两种思想流派:

1. 继承:通过创建子类来扩展类的功能。重写子类中的父类(super class)成员以提供新功能。当父类(super class)需要特定接口(interface)但不知道其实现时，使方法抽象/虚拟以强制子类“填空”。

2. 聚合:通过获取其他类并将它们组合成一个新类来创建新功能。为这个新类附加一个公共(public)接口(interface)，以便与其他代码实现互操作。

每种方法的好处、成本和后果是什么？还有其他选择吗？

我看到这种辩论经常出现，但我认为没有人问过这个问题堆栈溢出尚未(尽管有一些相关的讨论)。令人惊讶的是，它在谷歌上却缺乏良好的结果。

Answer 1

问题不在于哪个最好，而在于何时使用什么。

在“正常”情况下，一个简单的问题就足以确定我们是否需要继承或聚合。

• 新类是否或多或少与原始类相同。使用继承。新类现在是原始类的子类。
• 如果新类必须具有原始类。使用聚合。新类(class)现在已将原始类(class)作为成员。

但是，存在很大的灰色地带。所以我们需要其他一些技巧。

• 如果我们已经使用了继承(或者我们计划使用它)，但我们只使用了部分接口(interface)，或者我们被迫重写许多功能以保持关联逻辑。然后我们就会闻到一股难闻的气味，这表明我们必须使用聚合。
• 如果我们已经使用了聚合(或者我们计划使用它)，但我们发现我们需要复制几乎所有功能。然后我们就有了指向继承方向的气味。

长话短说。如果部分接口(interface)未使用或必须更改以避免不合逻辑的情况，我们应该使用聚合。如果我们需要几乎所有的功能而不需要进行重大更改，那么我们只需要使用继承。如果有疑问，请使用聚合。

另一种可能性是，我们有一个类需要原始类的部分功能，这种情况是将原始类拆分为根类和子类。并让新类继承自根类。但你应该小心这一点，不要造成不合逻辑的分离。

让我们添加一个示例。我们有一个“狗”类，其方法有:“吃”、“走”、“吠”、“玩”。

class Dog
  Eat;
  Walk;
  Bark;
  Play;
end;

我们现在需要一个“猫”类，它需要“吃”、“走”、“咕噜”和“玩”。所以首先尝试从 Dog 扩展它。

class Cat is Dog
  Purr; 
end;

看起来不错，但是等等。这只猫会叫(爱猫人士会因此杀了我)。一只狂吠的猫违反了宇宙法则。因此我们需要重写 Bark 方法，使其不执行任何操作。

class Cat is Dog
  Purr; 
  Bark = null;
end;

好吧，这可行，但味道很难闻。那么让我们尝试一下聚合:

class Cat
  has Dog;
  Eat = Dog.Eat;
  Walk = Dog.Walk;
  Play = Dog.Play;
  Purr;
end;

好的，这很好。这只猫不再叫了，甚至不再沉默了。但它的内心仍然有一只想要出去的狗。那么让我们尝试第三种解决方案:

class Pet
  Eat;
  Walk;
  Play;
end;

class Dog is Pet
  Bark;
end;

class Cat is Pet
  Purr;
end;

这样就干净多了。没有内狗。而且猫和狗是同一水平的。我们甚至可以引入其他宠物来扩展模型。除非是鱼，或者不会走路的东西。在这种情况下，我们再次需要重构。但这是另一回事了。