这个类应该直接从基类继承还是从子类继承

Question

我有以下类图。只是寻找一些关于我如何处理这个考试问题的指导，因为我不确定我是否正确。我没有解决方案，希望有经验的人能给出意见。

• 任务 1： 添加一个名为 MonsterEater 的子类。此类的对象类似于PieEaters，但此外MonsterEater 有一个名为numPieEatersEaten 的整数类型的属性和一个方法eatPieEater，其签名的一个参数名为aGrid，其类型为Grid。

  由于MonsterEater 有很多与PieEater 相同的行为，我决定让它继承自PieEater 类，同时赋予它额外的行为（属性和方法）

• 任务 2：添加一个名为 MagicPie 的子类。此类的对象类似于Pies，但除此之外MagicPies 有一个名为visible 的布尔类型的属性，并且方法出现和消失都带有无参数签名并且什么都不返回

  我让MagicPie 继承自Pie。给它属性和方法。

• 任务 3：覆盖继承层次结构中所有具体类中的 display 方法。

  为此，我只是将display() 方法添加到从基类GameElement 继承的所有类中。

  我还被要求添加一个关联，以便 MonsterEaters 可以吃 MagicPies。（我创建的类派生自 Pie）所以我已经完成了从 MonsterEater 到 @ 的 eats 关联987654346@

• 最终任务：列出MonsterEater 和MagicPie 类的所有功能。您制作的 UML 图是否允许MonsterEaters 吃掉Pies。解释你的答案。

  我不确定这个，MonsterEater 继承自 PieEater 可以吃馅饼的类，但我不确定这是否意味着 MonsterEater 可以。我也不完全确定我创建的继承层次结构是否正确。任何见解/指导将不胜感激。

Answer 1

任务 1： 如果MonsterEater 也被允许吃派，那么你的继承关系似乎可以接受。我还将从 MonsterEater 添加到 PieEater 的关联 0..1 到 0..n。这清楚地表明了这种继承的含义：一个MonsterEater 也可以吃另一个MonsterEater，因为它也是一个PieEater。

任务 2： 继承是有意义的，因为直观上 MagicPie 是某种特殊的 Pie。但是这种继承的结果是，PieEater 也可以吃掉MagicPie（见下文）

任务 3： 显示正常。确定附加关联。但这里有一个陷阱。因为MagicPie 是Pie，所以PieEater 也可以吃MagicPie。所以你必须在PieEater和Pie之间的现有关联中添加一个约束，例如：{ Pie shall not be a MagicPie }

任务 4：关于营养，见上文。你所做的继承似乎是合理的。指令的措辞“are like ... but 此外...”强烈建议继承。只有MonsterEater不被允许吃Pie，我才会认真质疑这种继承。这并没有明确禁止。

Answer 2

如果 MonsterEater 不吃馅饼，我不会让 MonsterEater 继承自 PieEater，事实上它们都有eat/walk/turn 方法，这可能意味着它们应该实现一些新接口：IEater、IWalker。

从 Pie 继承的 MagicPie 更有意义，因为它似乎是普通 Pie 的扩展。

根据您拥有的 UML 工具，您可能必须指定 display() 是一个覆盖。

最后一个问题，重新连接到我的第一个观察，这是一个要求的问题，你可以双向进行，如果没有指定，我不会假设 MonsterEater 也可以吃馅饼。

编辑：如果您被允许使用多重继承，您也可以使用类而不是 Eater/Walker 的接口。