UML中双向关系的特征?

UML中双向关系的特征?,uml,aggregation,bidirectional-relation,Uml,Aggregation,Bidirectional Relation,考虑到这一点: 据我所知,在案例1中,a与b相关,并且a知道b,因此a能够向b发送消息,但b不知道a,因此b无法向a发送消息 另一方面,如果情况2a与b相关,并且两者都知道对方,则两者都能够向对方发送消息 但我的问题是,当关系不是关联而是聚合时,会发生什么?在UML中,聚合关系是否具有双向导航性,以便两个实例都能相互感知 如果a拥有b,因此a知道b。(换句话说,a能够向b发送消息)。但是反过来说,b是否知道a?还是永远都不会是这样?或者这只是没有在图表中指定,这可能是双向的?如果b必须知道a该

考虑到这一点:

据我所知,在案例1中,
a
b
相关,并且
a
知道
b
,因此
a
能够向
b
发送消息,但
b
不知道
a
,因此
b
无法向
a
发送消息

另一方面,如果情况2
a
b
相关,并且两者都知道对方,则两者都能够向对方发送消息

但我的问题是,当关系不是关联而是聚合时,会发生什么?在UML中,聚合关系是否具有双向导航性,以便两个实例都能相互感知

如果
a
拥有
b
,因此
a
知道
b
。(换句话说,
a
能够向
b
发送消息)。但是反过来说,
b
是否知道
a
?还是永远都不会是这样?或者这只是没有在图表中指定,这可能是双向的?如果
b
必须知道
a
该如何表达(我从未见过另一端有箭头的聚合线)

所有这些是否都以同样的方式应用于构图

另一件与此稍微相关的事情是,我想知道,一个非双向关联是否可以有两个角色


据我所知,这是不可能的,因为非双向关系是一种只有一个相关实例知道另一个实例的关系,而角色意味着一个实例如何感知另一个实例,因此我们需要两个实例都知道彼此才能有两个角色,这是否正确?

根据UML 2.5定向关联:

DirectedRelationship表示源模型元素集合和目标模型元素集合之间的关系

所以这并不能说明什么。事实上,你可以把它放在一边。有一个不可导航的概念,明确排除了导航

所有权不是用箭头表示的,而是用所属类附近的点表示的

上部结构的另一个引用(第11.5章第200页):

根据非正式惯例,过去经常使用适航性符号,其中假定非适航端为协会所有,而适航端为另一端的分类器所有。该约定现在已被弃用。聚合类型、可导航性和最终所有权是独立的概念,每个概念都有自己的显式表示法。类拥有的关联端始终是可导航的,而关联拥有的关联端可能是可导航的,也可能不是

如果指定的角色名称明确表示您对命名类具有导航能力