UML 图帮助（聚合/组合）[重复]

Question

我无法完全理解组合和聚合。据我了解，组成关系意味着一个人死了另一个人死了。聚合意味着它们是由那个组成的，但不一定依赖于那个事物的持续存在。

这是我为一个红心游戏而编写的 UML。我是否正确掌握了这个概念？

Answer 1

什么是组合和聚合？

组合和聚合表示整体/部分关系（UML 2.5，第 11.5.3.1 节）：

一个二元关联可以表示一个复合聚合（即，一个 整体/部分关系）。

因此，如果您使用钻石，您应该先问问自己它是否真的是整体/部分关系，然后再考虑如何创建或删除对象。

那么组合对共享聚合有额外的限制。在组合关系中（UML 2.5，第 9.5.3 节）：

(...) 复合对象负责存在和存储 的组合对象。
复合聚合是一种强形式 要求一个部分对象最多包含在一个中的聚合 一次复合对象。如果一个复合对象被删除，所有 它作为对象的部分实例将被删除。

分析您的具体图表

根据你的图表：

• 玩家仅存在于游戏中（即临时标识，而不是跨多个游戏存在的帐户）。组合可能是有意义的，因为玩家可以被视为游戏的一部分。
• 手仅与玩家相关。这就说得通了。但真的是组合关系吗？手是玩家的一部分吗？玩家是由双手组成的吗？玩家不会有几手顺序但不是在同一时间吗？我真的对这里的作文有疑问；我会用一个普通的 1 玩家对多手关联来表示这一点。
• 游戏聚合了几个套牌。我不知道你的游戏，但我希望有一副牌。如果使用多个套牌，并且套牌只存在于游戏中（类似于玩家），我宁愿看到组合而不是聚合。或者，您可能不是指牌组，而是牌组及其状态。在这种情况下，我会选择一对多关联而不是组合（套牌+状态不会成为游戏的组成部分，而是定义游戏的状态）。
• 套牌是独立于套牌存在的卡片的集合。这让我很困扰，因为我的世界经验总是表明一张牌是套牌的一部分。如果我在某个地方找到一张孤立的牌，我总是会寻找它的牌组。因此，我宁愿期待卡片和套牌之间的组合。
• 最后一手牌是几张牌的聚合，这似乎是有道理的。请注意，这与套牌和卡片之间的组合并不矛盾。