当A类与B类有聚合和组合关系时，如何绘制UML图？

Question

我有两个问题要问。所以我们假设有一个类a和B，它们的定义如下。

1.

class A {
    private B b;
    private B otherB;
    public A(B otherB)
    {
        this.otherB = otherB; 
    }
}
class B {
}

所以类A与变量b有组合关系，与变量其他B有聚合关系。我如何在UML图中画这个。

2.以下情况是否仍然是复合关系？

class A
{
    private B b;
    public B getMethod(){
        B newB = new B();
        newB.bValue = b.bValue;
        return newB;
    }  
}
class B
{
    private int bValue;
}

Answer 1

>

事实上，在类之间创建多个关联是合法的。建议在执行此操作时为每个关系分配一个角色。

我想说是的，这仍然是一种复合关系（尽管其他人可能不同意）。为了说明我的情况，我们看一下简单的IBM定义，其中显示了由Schedule组成的Student（可能还有其他内容）。很容易想象，也会有一个由时间表组成的老师，一个老师可能想要得到一个学生的时间表，反之亦然。另一个类获取Schedule是否会使组合关系失效？我认为不是；或者至少，IBM的定义似乎没有那么狭窄以至于排除了这种可能性。

Answer 2

从实现的角度来看(这也适用于前面的问题),你需要理解组合关联意味着什么。

基本上，如果我们有实例规范a1和a2（作为类A的实例），那么只有其中一个可以通过复合关联的角色（关联端）“composesB”组成实例b1（作为类B的实例）。

同样地，如果a1通过复合关联的“comicesB”角色组成b1，那么每次a1被“破坏”时，b1也应该被“破坏”。相反，如果a1对象通过聚合关联的“聚集B”角色聚合b1，则不会发生这种情况。

正如您所想象的，从实现的角度来看，为了支持两个类之间的复合关联，您需要的不仅仅是一个类中的一个字段和一个简单的方法。

更新：包含一个示例。

例如，EMF是EMOF规范的一个实现（它不是UML），其中包含引用的概念（类似于复合关联的概念）可以描述如下。在我们的特殊情况下：

离开技术细节，当您将B实例设置为a实例对象的一部分（包含、组成）时，您可能会理解这一点。首先，您必须检查前者是否可能通过相同的包含引用包含在不同的a实例中，如果是，则需要从旧的a实例删除这样的B实例。