问题不在于哪个最好，而在于何时使用什么。
在“正常”情况下，一个简单的问题就足以确定我们是否需要继承或聚合。
- 如果新班级is或多或少与原来的班级一样。使用继承。新类现在是原始类的子类。
- 如果新班级必须have原来的班级。使用聚合。新班级现在有原来的班级作为成员。
然而，存在很大的灰色地带。所以我们还需要一些其他的技巧。
- 如果我们已经使用了继承（或者我们计划使用它），但我们只使用了部分接口，或者我们被迫重写很多功能以保持相关性逻辑。然后我们就闻到了一股难闻的气味，表明我们必须使用聚合。
- 如果我们已经使用了聚合（或者我们计划使用它），但我们发现我们需要复制几乎所有功能。然后我们就有了指向传承方向的气味。
简而言之。如果部分接口未使用或必须更改以避免不合逻辑的情况，我们应该使用聚合。如果我们需要几乎所有的功能而不需要进行重大更改，那么我们只需要使用继承。如有疑问，请使用聚合。
另一种可能性是，我们有一个类需要原始类的部分功能，这种情况是将原始类拆分为根类和子类。并让新类继承自根类。但你应该小心这一点，不要造成不合逻辑的分离。
让我们添加一个例子。我们有一个“狗”类，其方法有：“吃”、“走”、“吠”、“玩”。
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;
这样就干净多了。没有内狗。而且猫和狗是同一水平的。我们甚至可以引入其他宠物来扩展模型。除非是鱼，或者不会走路的东西。在这种情况下，我们再次需要重构。但这是另一回事了。
