关联关系中的角色名称

从UML圣经,关于角色:

角色:角色名称解释对象如何参与关系.每个对象都需要保存对相关对象的引用.引用保存在对象内的属性值中.当只有一个关联时,只有一个属性持有引用.

这句话是什么意思？

任何人都可以提供一个例子来解释它吗？

nakosspy.. 13

Roles:A role name explains how an object participates in the relationship.

您有两个类,Professor并且Book它们关联如下图所示:

该角色描述了教授和书之间的关联.在这种情况下,教授是相关书籍的作者.

Each object needs to hold a reference to the associated object or objects. The reference is held in an attribute value within the object.

为此,我将使用具有一对一多重性的另一个示例.

该图显示"查询"构建器具有查询(反之亦然).如何在代码中描述这种关联？

您有一个QueryBuilder具有Querynamed 类型属性的类query.在代码中:

class QueryBuilder {
    Query query;
 }

并且您有一个具有类型QueryBuilder为named 的属性的类Queryqbuilder

在代码中:

class Query {
    QueryBuilder qbuilder;
 }

属性(QueryBuilder类的查询和类Query的qbuilder)是 reference to the associated object

When there is only one association then there is only one attribute holding a reference

在前面的示例中,有一个关联,因此我们在类中有一个属性(字段)来保持关联对象的引用.

在下图中Acount有两个关联BookItem.

因此,在类帐户中,我们将有两个字段,每个关联一个字段.

class Account {
    BookItem[] borrowed;
    BookItem[] reserved;
}

请注意,这些关联是一对多的,因此我们对关联的字段是可以保留多个BookItem的数组.

在这里你可以找到一篇很好的文章,我借用了大多数这个答案的例子.

编辑:Author和之间的关联的解释Book.

连接Author和Book图中的线是关联的可视化.这是一个双向关联,这意味着Author一个或多个Book对象(由作者编写的书)但也Book有一个或多个Author对象(因为书可以有多个作者).具有多个(一个或多个)多重性的关联通常用集合或数组实现.Class Author有一个字段,可以是一个集合或数组Book.该图未提供此字段的名称.

该相关联的第一个图Professor有Book还提供了这些字段的名称.Professor有一个名称字段textbook来保留其Book对象.Book有一个名称字段author来保留其Author对象.图中未提供这些字段的类型.该字段textbook可以声明为以下内容:

Book[] textbook; 

要么

Set textbook;

要么

List textbook;

要么

Collection textbook;

此外,未提供字段的可见性(可以是默认,私有或公共).

有一个很好的理由可以从类图中省略这些信息:图表的作者认为它不希望与图表通信的消息很重要.我们不要忘记,UML图用于通过可视化其某些方面来帮助理解系统.通常我们创建多个图表以提供系统的不同视角.在大多数情况下,最重要的信息元素是类之间的关系.因此通常省略实现细节.请注意,这些图中省略了关于Book- Author关联的许多实现细节.如何强制Book它将始终至少有一个Author或如何确保如果a Book有一个Author那么也Author有这个Book是在省略的细节之中.

1> nakosspy..：

---

Roles:A role name explains how an object participates in the relationship.

您有两个类,Professor并且Book它们关联如下图所示:

该角色描述了教授和书之间的关联.在这种情况下,教授是相关书籍的作者.

Each object needs to hold a reference to the associated object or objects. The reference is held in an attribute value within the object.

为此,我将使用具有一对一多重性的另一个示例.

该图显示"查询"构建器具有查询(反之亦然).如何在代码中描述这种关联？

您有一个QueryBuilder具有Querynamed 类型属性的类query.在代码中:

class QueryBuilder {
    Query query;
 }

并且您有一个具有类型QueryBuilder为named 的属性的类Queryqbuilder

在代码中:

class Query {
    QueryBuilder qbuilder;
 }

属性(QueryBuilder类的查询和类Query的qbuilder)是 reference to the associated object

When there is only one association then there is only one attribute holding a reference

在前面的示例中,有一个关联,因此我们在类中有一个属性(字段)来保持关联对象的引用.

在下图中Acount有两个关联BookItem.

因此,在类帐户中,我们将有两个字段,每个关联一个字段.

class Account {
    BookItem[] borrowed;
    BookItem[] reserved;
}

请注意,这些关联是一对多的,因此我们对关联的字段是可以保留多个BookItem的数组.

在这里你可以找到一篇很好的文章,我借用了大多数这个答案的例子.

编辑:Author和之间的关联的解释Book.

连接Author和Book图中的线是关联的可视化.这是一个双向关联,这意味着Author一个或多个Book对象(由作者编写的书)但也Book有一个或多个Author对象(因为书可以有多个作者).具有多个(一个或多个)多重性的关联通常用集合或数组实现.Class Author有一个字段,可以是一个集合或数组Book.该图未提供此字段的名称.

该相关联的第一个图Professor有Book还提供了这些字段的名称.Professor有一个名称字段textbook来保留其Book对象.Book有一个名称字段author来保留其Author对象.图中未提供这些字段的类型.该字段textbook可以声明为以下内容:

Book[] textbook; 

要么

Set textbook;

要么

List textbook;

要么

Collection textbook;

此外,未提供字段的可见性(可以是默认,私有或公共).

有一个很好的理由可以从类图中省略这些信息:图表的作者认为它不希望与图表通信的消息很重要.我们不要忘记,UML图用于通过可视化其某些方面来帮助理解系统.通常我们创建多个图表以提供系统的不同视角.在大多数情况下,最重要的信息元素是类之间的关系.因此通常省略实现细节.请注意,这些图中省略了关于Book- Author关联的许多实现细节.如何强制Book它将始终至少有一个Author或如何确保如果a Book有一个Author那么也Author有这个Book是在省略的细节之中.