uml - 我的“元模型”(UML)的实例化说明
问题描述
对于我正在写的一篇论文,我创建了一个meta-model
并且我想说明这是如何meta-model
实现instantiated
的。
一个简单的meta-model
看起来像
它定义 amodel space
由一组问题组成,其中一个问题可以是一个类A
或B
。
它的实例可能看起来像
这是问题所在,我采取了所有家庭作业的集合,不同的作业(论文与数学)可以是类型A
或B
. 所以我在一些论文中看到的方式是,meta-model
类是使用<<notation>>
(低于或高于实例类名)显示的。
在做了一些研究之后,我注意到这<<notation>>
实际上是为了刻板印象。所以现在我有点困惑,是否是我想要的。你认为这类问题的一个好的符号是什么?
解决方案
使用 << >> 符号的符号对于元类型和刻板印象很常见。这种表示法也用于由 UML 标准定义的元类型。它们经常与刻板印象混淆,但实际上,它们不是刻板印象。使用这种表示法是因为 UML 需要的元素没有那么多不同的形状和外观。或者有两个圆角的虚线框或类似的东西会更好吗?所以从可读性的角度来看,这种表示法更好。这种表示法以相同的方式应用于用户定义的元类型。所以你的提议是正确的,不需要不同的符号(不符合标准)。
推荐阅读
- spring-kafka - 使用 EmbeddedKafka 进行测试 - 证明重试次数
- gremlin - 是否可以重用 GraphTraversal 对象来构建查询链?
- python - uniswap-python“无法从部分初始化的模块‘uniswap’中导入名称‘Uniswap’(很可能是由于循环导入)”
- json - 如何解析 invoke-webrequest 的多级内容输出以便在 PowerAutomate 中进一步使用?
- java - 膨胀类 android.support.v7.widget.FitWindowsFrameLayout 时出错
- reactjs - Redux useSelector 被调用 3 次,只有第 3 次返回 .map() 的数据列表
- python - 为什么这个 Traceback 错误出现在 Python 中?
- kotlin - 在 ktor kotlin 项目中无法正确解决依赖关系
- typescript - 打字稿链接的泛型没有正确区分
- macos - 在 macOS 中重命名伪终端