UML 关联与组合和细节级别

Question

实际上，这是几个业余 UML 问题！当创建 UML 图来对某些领域概念进行建模时，您遇到一个领域概念“保存”有关另一个概念的一些信息，那么保存对该实体的标记/引用还是将整个实体保存在模型本身中更好？请记住，这与创建一个简单的高级模型有关 - 我确信在实施阶段事情会略有不同。

例如，以下两个模型中哪一个实际上是正确的？第一个是组合关系，FlightBooking 持有整个 Flight。在第二个中，FlightBooking 仅引用了 Flight。

其次，在创建高级 UML 图时建模领域概念时，您真正想要了解多少细节？例如，在下图中，航班可以将有关出发地/目的地的详细信息保存为字符串，或者我可以为这些概念建模单独的类并创建组合关系。两者中哪一个是可取的？

另外，还有一件事，在建模时上面的航班将出发地/目的地“保存”为另一个类而不是字符串，这两种方法中哪一种是对此进行建模的正确方法？我很困惑什么时候展示关联，什么时候展示组合。

Answer 1

协会：
这意味着两个类有某种关系，可以是任何关系。
例如：A 使用 B，A 以给定方式与 B 相关。

成分：
这也是用于建模“所有权”的特殊类型的关联。这与聚合非常相似，唯一的区别是它描述了整体-部分关系，并且“部分”实体没有自己独立的存在，

例如：A 由 B 组成； B 是 A 的一部分，因此没有 A 就无法存在。

很好的解释：UML类图：关联、聚合和组合

Answer 2

抱歉，如果这有点长...

如果您正在尝试对领域概念进行建模，那么我鼓励您忘记组合/聚合并坚持使用简单的关联。为什么？因为决定组合/聚合会妨碍重要问题的解决。它们是：

1. 为什么这种关系存在？具体来说，它捕获了哪些领域规则/约束？
2. 两端的基数是多少？
3. 什么是创建和创建？删除行为？即谁创建/删除关联实例？

关系命名 您可以通过命名关系端来完成 (1)。不使用角色名称（例如第一个示例中的“航班”），因为这没有告诉您为什么这种关系存在。那么在你的例子1中：这种关系代表什么？是航班上预留的座位吗？已确认的吗？付费了吗？从目前的图表中无法看出。基于动词的命名有多种方法，请参见 这篇文章。为什么要这样做？因为它会提示您确保您了解该域。很大一部分（可能是大多数，尽管我从未证明过）域规则存在于关系中。因此，理解这些关系存在的原因是理解该领域的基础。

基数可能比命名更明显。您应该确定两端 - 上部和下部。下端重要的是它是否可选（即 0 或 1）。在上端，1 个或多个。这再次揭示了该领域的重要规则。再次回到你的例子：一次航班预订中有多少个航班？一个航班可以多次预订吗？ （无论“in”是什么意思......）。

创建/删除行为 谁创建关系实例？谁删除？如果一端被删除，另一端会发生什么？再次强调，所有重要规则均来自问题领域。

希望这些也能回答你的第二个问题。不要吝惜人际关系。花时间去理解它们。它们是理解领域的秘诀。回答上述所有问题将使您比尝试在组合/聚合/关联之间做出决定更深入地了解。

如果您确实想要展示组合与关联，但是如果您回答上述问题，那么它就是机械的：

1. 如果关系一端的基数是 1:1（即只能是 1），并且
2. 同一端负责创建和删除另一端的实例，那么
3. 它可以显示为组合。

否则使用简单关联。至于聚合：忽略它。将其从你的词汇表中删除。造成的混乱超过其价值。通过聚合，您可以说的所有内容都可以通过正确定义的简单关联来更清晰、更准确地表达。

嗯。

PS：语法要点：构图使用实心菱形。你所展示的是聚合。

Answer 3

组合、聚合和关联。

• 在做其他事情之前，你应该先了解 A 到 B 的关联是什么。
  • 基本上，它是 A 和 B 之间的一条实线。它可以表示一个将 A 的类/实例与 B 的类/实例连接起来的结构。该结构可以是任何类型并且属于任何地方。有关该线路的所有信息都描述了此结构。
  • 如果有两个结构，一个结构将 A 的一个实例与 B 的实例连接，另一个结构将 B 的实例与 A 的实例连接，则可以在一个关联中显示它们。然后，关于其B端写入的信息描述第一结构(b→a)，关于另一端的信息描述另一个结构。
  • 如果从 A 到 B 有多个结构，则必须绘制两个不同的关联。
  • 如果连接结构很复杂，您可以将其表示为关联类。您可以在那里定义更多详细信息。
  • 连接结构可以连接两个以上的类，然后它将显示为一个大菱形，并具有指向这些类的实心分支。依然是协会！注意：现有工具对这两个更复杂的关联的支持非常差。你可以很容易地用它们创造出一些完全毫无意义的东西。而且它们很困难。小心使用。

  基本上，

• 在C++中，实例A可以不通过指针，而是直接获得B实例。它没有特殊的 UML 符号，它应该以与普通指针属性相同的方式显示。

---

---

• 构图由所谓的黑色或全菱形显示。它位于容器的侧面。
• 另一种是空菱形，称为“共享聚合”，简称“共享”。它没有严格定义，您可以使用它来创建自己的标准。当然，将其放在项目容器关联的项目一侧是愚蠢的。但它很容易处于关联的两端。
  • 为什么合成钻石只能在一侧？因为组合意味着，项目仅在容器（或容器本身）存在对它们的引用时才存在。当然，这不可能对双方都有利。
  • 相反，双方“共享”通常是有意义的。例如，Student 实例可以包含所有参加的课程的列表，而 Courses 实例可以包含所有参加的学生的列表。
• 通常，您可以看到名称“聚合”用于“共享聚合”。这是一个严重的错误。因为，根据标准，组合、共享甚至无，这三者都是聚合。

因此， 组合 是 聚合 的子集，而 聚合 是 关联的一个功能

Answer 4

对于您的第一个示例，第一个带有组合的图表是正确的。您的第二个选项，将 FlightID 引用为 int，可以工作，但它是不完整的：该 int 本身并不能为您提供访问 Flight 对象的方法。 Flight 类不会神奇地存储您可以按编号检索的航班对象列表，因此第二个选项将需要第三个类来存储所有 Flight 对象。

对于你的第二个问题，在高层次上，这实际上取决于个人偏好（或你教授的个人偏好！）。只是尝试使用你的最佳判断。