聚合上泛化的用法

我会回到基础上来。

你应该问问自己 ATM 是一个 AccountHandler ,或者如果 会计人员 有一个 自动取款机 . 对于使用继承或组合的问题,应该给出一个一般性的答案。

两者都将是 对的 . 只有一个是 好的设计 这取决于您的应用程序试图做什么。

一般来说,有一条经验法则(从有效Java中获取)表明,你应该偏爱合成而不是继承。用一粒盐就可以了,确保你的应用程序设计正确。(有关更多信息,请参阅 Prefer composition over inheritance? )

通常,继承(或专门化)用于建模 IS-A 关系,而聚合/组合用于 HAS-A “关系”。

现在你可以问自己哪一个是正确的:

• 帐户管理员是银行 或 银行有一个或多个帐户处理程序
• 人力出纳是一种(特殊的)账户处理人。 或 账户管理员有人出纳

在我看来,大胆的说法是正确的。因此,您应该对银行账户处理程序使用聚合或组合,对账户处理程序使用继承,对人工出纳使用继承。

如果它起作用的话,是正确的。不要被UML建模的浪费时间所困扰。写一个原型,任何设计缺陷很快就会显现出来。

请与您的领域专家交谈,并从他们那里验证模型。我认为这是领域驱动设计的前几章的帮助。您应该尝试定义实体及其关系(有或是有),将它们画在白板上,并与您的领域专家讨论。

不管你做什么 请围绕您的实现编写单元测试 . 因为有了这样的混乱,您可能会修改类结构,这时您的单元测试将确保您可以顺利地重新考虑代码。