来表示两个类之间的依赖关系。或>刻板印象。 你知道这些刻板印象之间有什么区别吗? 它是用 UML 规范 2.5(第 22.3 章标准构造型)编写的: 对于 > A-6ren">
gpt4 book ai didi

uml - UML 中的 "Create"与 "Instantiate"依赖关系

转载 作者:行者123 更新时间:2023-12-02 11:18:51 30 4
gpt4 key购买 nike

根据 UML 规范,我们可以通过 <<Create>> 来表示两个类之间的依赖关系。或<<Instantiate>>刻板印象。

你知道这些刻板印象之间有什么区别吗?

它是用 UML 规范 2.5(第 22.3 章标准构造型)编写的:

  1. 对于 <<Create>>

    A usage dependency denoting that the client classifier creates instances of the supplier classifier

  2. 对于 <<Instantiate>>

    A usage dependency among classifiers indicating that operations on the client create instances of the supplier

最佳答案

迈克尔·杰西·乔诺尔斯是的,“create”用于序列图。这是对消息的刻板印象。 “创建”也是分类器中行为特征的构造型,表明它是该分类器实例的构造函数(或非面向对象项的等效项)。

当对依赖项使用“Create”时,它看起来与“Instantiate”没有太大不同。就我个人而言,我使用依赖项“实例化”。当我的意思是通过调用构造函数实现真正的面向对象实例化时(这就是我将模型转换为代码的方式)。当它是一种不同类型的创建时,无论是更间接的、概念性的还是非面向对象的功能,我会使用“创建”。

这里有一些例子。我会使用“创建”来表示 MSWord-->“创建”一个文档,建模者“创建”一个模型。虽然我通常不会对此进行详细建模,但我会使用“创建”来指示组件“创建”新数据库记录,数据库管理器“创建”新数据库,程序员“创建”新应用程序。或者在(非 oo)数组中创建一个新元素。这些可以在不直接调用传统的面向对象构造函数的情况下发生——并且不能直接转换为代码。

另一方面,如果我对一个人进行婚姻操作,它可能会“实例化”婚姻的关联类对象。

因为我的大部分建模都是概念性的,所以在实践中,我倾向于使用“创建”。不过,即使如此,它也不会经常出现。

关于uml - UML 中的 "Create"与 "Instantiate"依赖关系,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33192744/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com