Rational XDE Java Code Model Importer简介

创建映射模型

　　根据项目执行：仅当 Replace UML Elements with Java Elements选项没有被选中的时候执行。导入器也创建一个映射模型来捕获移植后存在的 UML 模型元素到 Java 源文件的映射。该映射模型由 UML-to-Java 转换配置指定为默认值(在后面的Java 转换配置文件的创建小节中将描述 .tc 文件的创建)，确保该映射被转换所考虑和保留。

　　与 Java 可视化的类型相关的 Java 框架的置换

　　根据项目执行：无论 Replace UML elements with Java elements选项是否被选中都要执行。如同从 Rational XDE 导入一样，和 Java 代码元素相对应的 UML 模型元素可能包括和 JDK (Java? Developer Kit) 库相关的类型。例如，一个 UML 类可能拥有一个类型为 java.lang.String;的属性。在 Rational XDE 中，大多数类型规范(例如参数)都是无格式文本，但是由 UML 关联定义的类型规范能够根据 Rational XDE Java 的参考模型进行解析，例如 jdk_min.mdx。当 Rational XDE 被移植到 Rational 软件(使用 Rational XDE Base Model Importer)中时，该 Rational XDE 参考模型的引用就会成为 Rational XDE Java 参考模型的导入版本的引用。

　　然而，Rational 软件保持其对 JDK 类型直接的表示，Rational 软件期望 Java 类型的引用来解决这些问题。因此，模型导入器查看导入的 Rational XDE Java 参考模型并再次解析它们，直接相对于 JDK。只要有可能，它也重新解析在 Rational XDE 中无格式文本的类型规范。这提供了比 Rational XDE 更强壮的输入要求(在 UML 级上)。对于生成同 Rational Java 建模和 UML-to-Java 及 Java-to-UML 转换相兼容的导入的 Rational XDE 代码模型来说，这也是必要的一个步骤。

　　概要文件的移植

　　根据项目执行：无论 Replace UML Elements with Java Elements选项是否被选中都要执行。Rational 软件 Java 转换定义并使用其自己的 UML 概要文件，这些概要文件被应用到 UML 元素上来展现不同的 Java 原型。作为代码模型移植过程的一部分，导入器将这一新的概要文件应用到 Rational 软件 UML 模型中，这些 UML 模型是在 Rational XDE Java 代码模型被 XMI 导入时得到的。这使得该模型同 Rational 软件 Java 转换组件相兼容，并由此使得该模型能够参与到 UML-to-Java (向前)和 Java-to-UML (向后)的转换中。在该步骤中被应用的概要文件取代了从原来的 Rational XDE Java 代码模型中移植的概要文件。

　　下表中列出了原型属性值，它们是由 Rational XDE Java Code Model Importer 移植的。

　　原型属性值

该 Rational XDE Java RTE 概要文件原型属性	是否被该 Rational 软件 Java 5 转换原型属性所取代
Rational XDE_Java::Java_Attribute::JavaCollection	JavaTransformation5.0::JavaCollection::collectionType
Rational XDE_Java::Java_Attribute::JavaDimensions	JavaTransformation5.0::JavaArray::dimensions
Rational XDE_Java::Java_End::JavaCollection	JavaTransformation5.0::JavaCollection::collectionType
Rational XDE_Java::Java_End::JavaDimensions	JavaTransformation5.0::JavaArray::dimensions

　　根据项目执行：仅当Replace UML Elementrs with Java Elements选项被选中的时候执行。在 Rational 软件 UML 模型中的所有 UML 语义元素都被指向 Java 源文件中相应的代码元素的快捷方式所取代。这在 UML 模型中留下图表，描述直接表现 Java 类的 UML 形式的类图标。双击这些图标，在 Java 编辑器中打开 Java 类代码。这与 Rational 软件混合建模的方法相一致。这样做与您建立一个新模型然后通过使用 Replace UMl Elements选项将 UML-to-Java 转换应用到该模型的效果是一样的。

　　提示：

　　您能够在随后添加新的 UML 语义元素到模型中，并且再一次通过 Replace UML Elements选项应用 UML-to-Java 转换来将新的元素转换为直接的 Java 引用。这就是说您能够在一个迭代开发过程中实行混合的建模。

　　标注：

　　根据项目执行：仅当Replace UML Elements with Java Elements选项被选中的时候执行。如果在模型中存在相等的 UML 元素，那么 Java 源文件中的代码元素被模型导入器标注为 <@generated>。模型导入器将在导入的代码中搜寻 <@modelguid>。这些标注由 Rational XDE 产生并据此被表现出来。这就是为什么运行模型导入器之前的准备步骤之一，就是为了确保 Rational XDE 被设置为生成这些标注并且同步 Rational XDE 代码模型。

　　注释：

　　在本步骤中，任何代码元素，无论出于何种原因，没有被标注为 <@generated>都将无法在 UML-to-Java (前向)转换的后续应用程序中被修改(删除或者重写)。例如，如果您删除或者重命名与没有标注的 Java 类相应的 Rational 软件 (UML 类)中的模型元素，然后运行 Rational UML-to-Java 转换，那么该类将不能被修改。为了改变这一行为，您能够手动的将 <@generated>标注添加到源文件中的 Java 类的注释中。此后，模型中的 UML 类的改变将被应用到源代码中的 Java 类。

　　为了标注 Java 文件，Rational XDE Java Code Model Importer 搜寻表现为 Javadoc 注释一部分的 <@modelguid>标注。确保 <@modelguid>标注在源文件中表现为 Javadoc 注释。您能够通过在开始移植之前同步 Rational XDE 中的 Java 代码模型来对其进行校验。

　　Java 转换配置文件的创建

　　依照该项目的执行：该操作仅仅当 Replace UML elements with Java elements没有被选中时被执行。在移植的最后，Rational XDE 将创建一个 Java 5 转换配置 (TC) 文件，包含一组指定的参数值(例如源模型、目标 Java 项目等等)。在模型导入器完成导入之后，不经过修改，直接使用该 TC 文件在移植的模型上运行一次 UML-to-Java 转换。这将清除 Rational XDE 表现出的 Java 元素和 Rational Software Architect 或者 Rational Systems Developer 所表现出的 Java 元素之间残留的不同之处。

查看本文来源