Uml 了解箭头指向相反方向的原因

Uml 了解箭头指向相反方向的原因,uml,computer-science,class-diagram,Uml,Computer Science,Class Diagram,在类图中,我通常看到类似ClassA扩展ClassB的东西,箭头指向ClassA。例如,这里。这一直让我困惑。为什么箭头不指向ClassB 在那些图中,UML只是用错了。箭头必须是一个三角形(不是一个开放的),它必须指向另一个方向,它被称为。因此,如果我没有完全曲解这些图,那么(图的作者或创建它们的软件的作者)根本不知道如何正确使用UML 在(谷歌刚刚找到的)中,您可以看到一个类“SearchService”实现(实现)接口“SiteSearch”的正确可视化 在几个类中,通过(专门化、扩展)

在类图中,我通常看到类似ClassA扩展ClassB的东西,箭头指向ClassA。例如,这里。这一直让我困惑。为什么箭头不指向ClassB


在那些图中,UML只是用错了。箭头必须是一个三角形(不是一个开放的),它必须指向另一个方向,它被称为。因此,如果我没有完全曲解这些图,那么(图的作者或创建它们的软件的作者)根本不知道如何正确使用UML

在(谷歌刚刚找到的)中,您可以看到一个类“SearchService”实现(实现)接口“SiteSearch”的正确可视化

在几个类中,通过(专门化、扩展)类“Account”来概括


在上,您可以获得一个概览(乍一看是正确的)。如果你想确定你应该研究一下(在那里找到pdf下载)。

我认为这里的混乱是由于人们对英语语法微妙之处的不同理解造成的


有些人可能倾向于将“不方便”但UML标准标记“扩展”作为“扩展”来完成,而其他人在查看或设计图表时将其作为“扩展”来完成。因此在解释上存在差异。

为什么称之为实现和泛化?UML的作者试图使用更一般的术语。“实现”可能与编程语言中UML模型的实现相混淆。而“扩展”并不总是适用于UML。一个更一般的类甚至可以被一个子类限制。在同一个图中,描述客户机与访问者和元素对象之间关系的正确术语是什么?呃,恐怕这也是错误的UML。它应该是一个简单的箭头->而不是一个填充的箭头来描述只能在一个方向上导航的关联(也称为引用)。我应该寻找更长的时间来获得一个好的图表……客户机元素的关系呢?该箭头已填充,而不是虚线