UML中的“创建”与“实例化”依赖关系

根据UML规范,我们可以通过<< Create>>表示两个类之间的依赖关系.或<< Instantiate>>定型.

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

它是用UML规范2.5(第22.3章标准刻板印象)编写的：

>对于<<>>>

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

>对于<< Instantiate>>

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

Michael Jesse Chonoles
是的,«create»用于序列图.这是对消息的刻板印象. “创建”也是分类器中行为特征的刻板印象,表明该分类器的实例的构造函数(或非面向对象的项的等效项).

当«Create»用于依赖时,它与“实例化”似乎没什么不同.就个人而言,我使用依赖«实例化».我的意思是通过调用构造函数(这是我将模型转换为代码的方式)来实现真正的面向对象实例化.当它是一种不同的创作时,我会使用“创建”,无论是更多的间接,概念还是非面向对象的特征.

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

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

因为我的大多数建模都是概念性的,在实践中,我倾向于使用“创建”.虽然,即使这样,它也不会经常出现.