微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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)数组中创建一个新元素.这些可以在不直接调用传统的面向对象的构造函数的情况下发生 – 并且不能直接转换为代码.

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

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

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。

相关推荐