【软件设计】UML中关联,聚合和组合区别

Chinese, Simplified

考虑以下对象类之间的差异和相似之处:宠物、狗、尾巴、主人。

UML association vs aggregation vs composition

我们可以看到以下关系:

  • 主人喂宠物,宠物感谢主人(关联)
  • 尾巴是狗和猫的一部分(聚集/组成)
  • 猫是一种宠物(遗传/概括)

下图显示了三种类型的关联连接器:关联、聚合和组合。我们将在这个UML指南中复习它们。

UML association

UML aggregation

UML composition

下图显示了一个概括。我们将在稍后的UML指南中讨论它。

UML generalization

关联

如果一个模型中的两个类需要彼此通信,那么它们之间必须有一个链接,并且可以通过一个关联(连接器)来表示。

关联可以用这些类之间的一条线表示,该线带有指示导航方向的箭头。如果两边都有箭头,则这种关联称为双向关联。

我们可以通过在表示关联的行中添加多重装饰来表示关联的多重性。该示例表明,一个学生有一个或多个导师:

一个学生可以与多个老师关联:

Association multiplicity example 1

这个例子表明每个老师都有一个或多个学生:

Association multiplicity example 2

我们还可以使用角色名指示关联中对象的行为(例如,对象的角色)。

Association multiplicity example 3

关联vs聚合vs组合

“关联、聚合和组合之间的区别是什么”这个问题最近经常被问到。

聚合和组合是关联的子集,意味着它们是特定的关联案例。在聚合和组合中,一个类的对象“拥有”另一个类的对象。但有一个微妙的区别:

  • 聚合意味着子组件可以独立于父组件而存在。示例:类(父类)和学生(子类)。删除类,学生仍然存在。
  • 组合意味着子元素不能独立于父元素而存在的关系。例子:房子(父母)和房间(孩子)。房间不能与房子分开。

组合的例子:

除了类A和类B之间的部分关系之外,我们还应该更具体地使用composition链接——这两个类之间存在很强的生命周期依赖关系,也就是说,当类A被删除时,类B也会被删除

UML composition example

聚合的例子:

值得注意的是,聚合链接没有以任何方式声明类A拥有类B,也没有声明两者之间存在父子关系(当父类删除时,其所有的子类也因此被删除)。事实上,恰恰相反!聚合链接通常用于强调类A实例不是类B实例的独占容器,因为实际上同一个类B实例拥有另一个容器/s。

UML aggregation example

加起来-

总而言之,关联是一个非常通用的术语,用于表示一个类使用另一个类提供的功能时的情况。如果一个父类对象拥有另一个子类对象,并且如果没有父类对象,这个子类对象就不能有意义地存在,那么我们称它为复合。如果可以,就称为聚合。

泛化和专业化

泛化是一种机制,用于将类似的对象类组合成一个更一般化的类。泛化标识一组实体之间的共性。共性可以是属性、行为,或者两者都有。换句话说,超类拥有最通用的属性、操作和可以与子类共享的关系。子类可能有更专门化的属性和操作。

专门化是泛化的反向过程,泛化意味着从现有的类创建新的子类。

例如,银行账户有两种类型——储蓄账户和信用卡账户。储蓄账户和信用卡账户从银行账户中继承了常见的/广义的属性,比如账户号、账户余额等,也有它们特有的属性,比如未结算的付款等。

UML generalization and specialization

泛化和继承

泛化是我们用来在UML中表示将公共属性抽象为基类的术语。UML图的泛化关联也称为继承。当我们在编程语言中实现泛化时,它通常被称为继承。泛化和继承是相同的。这些术语只是根据使用的上下文而有所不同。

 

原文:https://www.visual-paradigm.com/guide/uml-unified-modeling-language/uml-aggregation-vs-composition/

本文:http://jiagoushi.pro/node/1213

讨论:请加入知识星球【首席架构师圈】或者微信【jiagoushi_pro】或者QQ群【11107777】

SEO Title
UML Association vs Aggregation vs Composition