UML中的多重组合

在UML类图中，有两个可能的compistion关系指向一个类在技术上是否正确

也就是说，我有一个库存类，它由库存类组成。我希望具有相同的关系，但是使用容器类代替库存

---

那么，我可以有两篇作文，或者我需要把它们变成聚合吗？

当然，任何数量的作文关联都可以导致一个类。例如，如果组合类的实例由多个类型的实例组成。

任何数量的组合关联都可以导致一个类。例如，如果组合类的实例由多个类型的实例组成。

任何数量的组合关联都可以导致一个类。例如，如果组合类的实例由多个类型的实例组成。

任何数量的组合关联都可以导致一个类。例如，如果组合类的实例由更多类型的实例组成。

您可以在类级别上拥有任意多个组合关联。但每个实例在特定时间只能是一个组合的一部分。 UML上层建筑说：

如果整体具有aggregationKind=composite，则零件一次最多可包含在一个组合中

---

我写的这篇文章试图解释这一区别：

在类级别上，可以有任意多个组合关联。但每个实例在特定时间只能是一个组合的一部分。 UML上层建筑说：

如果整体具有aggregationKind=composite，则零件一次最多可包含在一个组合中

---

我写的这篇文章试图解释这一区别：

在类级别上，可以有任意多个组合关联。但每个实例在特定时间只能是一个组合的一部分。 UML上层建筑说：

如果整体具有aggregationKind=composite，则零件一次最多可包含在一个组合中

---

我写的这篇文章试图解释这一区别：

在类级别上，可以有任意多个组合关联。但每个实例在特定时间只能是一个组合的一部分。 UML上层建筑说：

如果整体具有aggregationKind=composite，则零件一次最多可包含在一个组合中

---

---

我写的这篇文章试图解释两者的区别：

让我们看看你所做的事情的图片mean@xmojmr不是指控你什么的，但你在跟踪我吗？我不知道你怎么会想到跟踪。我只是说展示图片-你的UML类图草案-来更清楚地解释你的意思。我不知道您是否需要递归结构，以及“容器代替库存”的位置在哪里。它是层次的根源还是中间的东西？一张简单的图片就可以说明这一点，我只是注意到你似乎在我在这个网站上发布的每个问题和答案中都发现了一些错误。我只是想知道，“我只是在跟随uml标签，在那里你发布你的问题”。这就解释了。我不是在嘲笑你，只是当你似乎在我的大多数帖子上留下评论时，我感到很尴尬mean@xmojmr不是指控你什么的，但你在跟踪我吗？我不知道你怎么会想到跟踪。我只是说展示图片-你的UML类图草案-来更清楚地解释你的意思。我不知道您是否需要递归结构，以及“容器代替库存”的位置在哪里。它是层次的根源还是中间的东西？一张简单的图片就可以说明这一点，我只是注意到你似乎在我在这个网站上发布的每个问题和答案中都发现了一些错误。我只是想知道，“我只是在跟随uml标签，在那里你发布你的问题”。这就解释了。我不是在嘲笑你，只是当你似乎在我的大多数帖子上留下评论时，我感到很尴尬mean@xmojmr不是指控你什么的，但你在跟踪我吗？我不知道你怎么会想到跟踪。我只是说展示图片-你的UML类图草案-来更清楚地解释你的意思。我不知道您是否需要递归结构，以及“容器代替库存”的位置在哪里。它是层次的根源还是中间的东西？一张简单的图片就可以说明这一点，我只是注意到你似乎在我在这个网站上发布的每个问题和答案中都发现了一些错误。我只是想知道，“我只是在跟随uml标签，在那里你发布你的问题”。这就解释了。我不是在嘲笑你，只是当你似乎在我的大多数帖子上留下评论时，我感到很尴尬mean@xmojmr不是指控你什么的，但你在跟踪我吗？我不知道你怎么会想到跟踪。我只是说展示图片-你的UML类图草案-来更清楚地解释你的意思。我不知道您是否需要递归结构，以及“容器代替库存”的位置在哪里。它是层次的根源还是中间的东西？一张简单的图片就可以说明这一点，我只是注意到你似乎在我在这个网站上发布的每个问题和答案中都发现了一些错误。我只是想知道，“我只是在跟随uml标签，在那里你发布你的问题”。这就解释了。我不是在嘲笑你，只是当你似乎在我的大多数帖子上留下评论时，我感到很尴尬。谢谢，实例将只包含一篇作文，所以，没问题，谢谢，实例将只包含一篇作文，所以，没问题，谢谢，实例将只包含一篇作文，所以，没问题，谢谢，实例将只有一个组合，因此，没有问题