问题标签 [stereotype]

我对 UML 中的“刻板印象”和“超类”之间的区别感到困惑。

假设我想创建一个包含“ WidgetMaker.” 的图表。WidgetMaker显然是一个Actor所以 UML 标准是刻板印象它的演员：

但我是在 Java/Ruby/C++ 世界中长大的。在那个世界里，关系是：

在 UML 中看起来像这样：

所以我的问题是：当你可以使用类继承轻松地对这些概念进行建模时，为什么 UML 有原型，它也有。

一旦我们有了更多“种类”的演员，问题就变得更加模糊：

相对

有没有办法在 t4 模板中获取对 Microsoft.VisualStudio.Uml.Profiles.IStereotype 接口的引用？我的意思是存储 UML 原型定义的 IStereotype，而不是保存实际值的 IStereotypeInstance。我试过这样的东西，但 ApplicableStereotypes 枚举是空的。

我试图从 ModelStore 获取 IStereotype。但是 ProfileManager 属性总是返回 null 并且代码中断。

我被困住了。请帮忙！

当迁移到 Spring 2.5.x 时，我发现它添加了更多的原型注解（在2.0的@Repository之上）： @Component、@ Service和@Controller。你如何使用它们？您是依赖隐式 Spring 支持还是定义自定义构造型特定功能/方面/特性？还是主要用于标记 bean（编译时间、概念等）？

我不确定在哪里为 Spring 控制器进行数据库查找。

@Service使用 Spring构造型并创建多个“服务”来为控制器提供查找支持而不是直接在控制器中进行查找似乎是有意义的。

这是正确的还是有更合适的地方来执行数据库查找？

像这样使用 Spring Controller 原型声明 TestController 有什么区别：

与作为 AbstractController 的子类相比，如下所示：

我编写了下面的示例应用程序来创建一个EJB构造型并将其应用于TimeEntry类：

但是运行应用程序时，我在控制台中收到此错误消息：

任何想法我的代码可能有什么问题以及如何解决这个问题？该应用程序是在 Eclipse 之外运行的命令行应用程序。

我有一个如下的 XML 配置：

然后在这些包中我有以下类：

}

}

.

当我启动 spring 应用程序上下文时，日志中没有异常，但是当我尝试以下 servlet 时，它找不到任何 bean，并且我得到了 NoSuchBeanDefinitionException。我尝试访问的任何已在 XML 中配置的 bean 似乎都可以正常工作：

}

我正在为这个问题撕毁我的头发！

在使用Papyrus (+Eclipse) 时，我遇到了一个我最初认为是不一致的问题。但是在思考之后，我开始认为我的 UML 设计的基本概念中可能存在“错误”。

好吧，考虑基本的类继承问题，其中Man和Woman是Person. （换句话说，Person是 and 的超类Man）Woman。

然后，如果您将Stereotype Worker（例如包含参数job和salary）应用于Person，子类不应该也收到相同的原型Worker吗？它们不应该包含job和salary参数吗？

我真的虽然 Stereotypes 也是从超类继承的，但是当我在 Papyrus 工具中实现这个设计时，我看不到任何继承的job或salary. 每个子类都与没有任何应用的 Stereotype 相同。

提前致谢！

======================已编辑以获取更多信息========================

我发现在 2000 年针对 UML v1.3 提出了一个关于子类中原型继承的问题。

问题 3210：刻板印象的继承 (uml-rtf)

在我的解释中，讨论中提供的例子正是我上面问的。然而，审稿人似乎理解问题是要求 Stereotype 的子类型，而不是从一个原型类到其子类的约束传播。

这是添加到 UML v1.3 的要点：

刻板印象是GeneralizableElements。如果一个原型是另一个原型的子类型，那么它会从它的原型超型继承所有的约束和标记值，并且它必须应用于相同类型的基类。构造型跟踪它可能应用到的基类。

后来，它在 UML v1.4 中被弃用并在 UML 2 中被删除。

所以，基本上，根据我的解释，问题存在......但UML规范仍然没有指定它。

在 SpringSource 博客条目中，以下句子引用了一个原型。

因为@Controller是 Spring 的@Component Stereotype 注释的特化，所以 Spring 容器将自动检测该类作为容器的组件扫描过程的一部分，创建一个 bean 定义并允许像任何其他 Spring 管理的组件一样依赖注入实例。

刻板印象这个词的用法是指什么？这是一个技术性的 Spring 术语吗？还是刻板印象只是在一般意义上使用？

我有一个 UML 配置文件，我需要向我的 ModeBehaviour 原型添加一个约束，它是 StateMachine 的扩展。

约束：OwnedStates 必须定型为 Mode，Owned Transitions 必须定型为 ModeTransition

对于约束的第一部分，我认为它可能以：self.submachine 开头，因为这将引用 ModeBehaviour 的拥有状态？从那里我不知道如何查看这些状态是否是模式的刻板印象。

任何方向都会非常有帮助。