1 摘要
RSA为基于UML进行业务建模并完成底层代码生成的开发人员提供了可视化的建模环境，开发人员可以因此方便的从Palette中拖取合适的UML元素来表达业务语义。但是在很多时候，开发人员希望在Palette中定制自己的工具项，从而便捷的使用具有更丰富业务概念和关系语义的UML元素。本文基于RSA 6.0中UML建模元素的容器--标准palette插件，从静态配置和动态加载两种途径提供了扩展Palette的基本方法和其中需要关注的技术难点。文章也举例说明了如何在具体实现中嵌入对Palette扩展工具项所生成的UML元素的定制。
2 引言
IBM® Rational Software Architect -- IBM软件开发平台的一部分，是IBM在2003年2月并购Rational以来首次发布的Rational产品。RSA作为一个集成化的设计和开发工具，支持使用UML进行模型驱动的开发以得到架构良好的应用和服务。RSA是在Eclipse 3.0 的基础之上创建的，因而支持Eclipse 提供的使用特性，其中最为主要的就是Eclipse插件技术。
本文所要讨论的Palette就是使用Eclipse插件技术嵌入到RSA工具环境中的一个UI组件。假设有如下的场景：
开发人员使用RSA为一个网上电子零售业务进行业务建模，在建模过程中需要大量重用如下4个业务角色：
提供商
消费者
商品
零售商
使用RSA建模环境下原有的Palette，需要反复拖入Class元素并为每个这样创建的Class赋予相应的构造型（Stereotype）以表达如上之一的业务角色。如下是使用RSA中未扩展的UML建模环境进行建模时的界面：
图1 使用RSA经典UML建模环境进行网上电子零售业务建模
为了提高建模的效率，开发人员希望在Palette中定制代表了这些业务角色的新元素。本文基于上面的实例总结了开发人员在进行Palette扩展时所采用的基本实现技术和难点。
3 基于RSA的Palette静态扩展
从前面的讨论可以知道，RSA是构建在Eclipse3.0的基础之上的。Eclipse的插件结构是Eclipse重要的基础设施和体系结构，其中应用扩展点是两个或者多个插件完成协作的基础。基于RSA的Palette静态扩展方法就是通过Eclipse，定义单独的插件来完成Palette扩展点的定义，从而增加新的建模功能。
本节将通过一个简单的"零售业务建模"的例子向您逐步展示如何来对RSA的Palette进行扩展。在"零售业务建模"中，我们需要四类角色：零售提供商、商品、消费者和零售商。为了提供更好的操作感觉和交互过程，我们将扩展Palette面板，这样进行零售业务建模就如同UML建模一样的直观快捷。
同RSA平台中其他插件一样，Palette也是通过扩展点来进行定义的，所以，必须要在插件清单plugin.xml文件中声明所需要的扩展点，并且提供相应的实现类。对于Palette而言，要声明的扩展点就是com.ibm.xtools.PResentation.paletteProvider，要提供的实现类必须实现com.ibm.xtools.presentation.internal.services.palette.IPaletteProvider接口。当然，也可以使用缺省的com.ibm.xtools.presentation.internal.services.palette.DefaultPaletteProvider类，因为DefaultPaletteProvider已经完全实现了IPaletteProvider接口，在RSA的一些建模插件中，可以查找到使用的都是这个缺省的Palette提供类。
就palette而言，只有这样的声明是不够的，更加完整的扩展声明如清单1所示。
清单1 一个完整的Palette扩展声明
(点击查看原图)
其中，比较重要的部分就是contribution节点，该节点声明了要为Palette添加内容，他的属性factoryClass必须要指定一个实现类，提供生成相应工具的工厂方法。在Contribution节点中，通过声明entry节点来实现在Palette面板上要添加的抽屉(drawer，Palette面板上容纳工具的容器)或者工具盒(tool)。例如，首先要添加一个容纳零售业务建模工具的抽屉，那么清单2中的片断就完成了这样的声明：
清单2 一个典型的Palette抽屉扩展声明
以清单2为例，上述entry节点中
label声明了要在Palette面板中显示的名字；
kind声明了该Entry是drawer类型（或者是tool类型）；
id声明了他的唯一性并在程序中将使用该id来唯一标识；
path声明了他在Palette或者drawer中的位置，他的格式同Menu和Toolbar中扩展的path格式是一致的。
类似的，在添加了抽屉之后，就要在抽屉中添加建模的工具，对应的就是零售提供商工具、商品工具和消费者工具，如清单1中所示。
这个时候我们新建立一个插件工程，并把上述Palette扩展声明填写进插件清单文件中去，然后以工作台方式运行，我们新建的这个插件也会被自动装载进启动的工作台中。新建"UML模型"，打开"建模"视图，我们可以在palette面板上看到如图2的所示的截图。
图2 用于零售业务建模的Palette片断
虽然，我们新扩展的零售建模工具已经在Palette面板中出现，但是他们不能执行任何操作，甚至会抛出异常，因此，我们要进一步添加功能方面的扩展。
首先，对应着Palette中的工具，在插件中要有相应的工具类来完成该工具的操作。这个工具类通常要求继续自com.ibm.xtools.presentation.internal.tools.CreationTool，例如实现消费者的模型生成工具类的代码段如下：
其中，
构造函数，传进参数IElementType，定义该模型具有的语义信息；
performCreation，具体的执行动作，为了简单起见，我们都是调用了父类的方法。
类似的，我们也实现了零售提供商和商品的生成工具类，即SupplierCreationTool和ProdUCtCreationTool。这些工具生成类的对象控制都是由插件清单中指定的工厂类来进行控制的，如清单1中的片断，
(点击查看原图)
这个工厂需要继续自com.ibm.xtools.gef.internal.ui.palette.PaletteFactory.Adapter，事实上PaletteFactory的Adapter已经完成了绝大部分的工作，在例子中实现的工厂类BizdemoPaletteFactory中仅仅需要重载一个方法就可以了，如下面程序段所示：
其中：
参数toolId，表示的是目前需要生成的工具id，对应的也就是插件清单文件中Entry节点声明的id；
返回值，返回对应的生成工具对象，也就是我们前面已经实现的四个生成工具类；
传递给生成工具对象的ElementType，为了简单起见，我们将UML中的CLASS类型传给了生成工具，在第五章中，我们将介绍如何对他进行进一步的扩展，包括在语义方面的扩展。
至此，我们就已经用静态扩展的方式对Palette进行了扩展，提供了一个简单的零售业务的建模工具。
QQread.com
推出各大专业服务器评测 linux服务器的安全性能
SUN服务器
HP服务器
DELL服务器
IBM服务器
联想服务器
浪潮服务器
曙光服务器
同方服务器
华硕服务器
宝德服务器
1 摘要
RSA为基于UML进行业务建模并完成底层代码生成的开发人员提供了可视化的建模环境，开发人员可以因此方便的从Palette中拖取合适的UML元素来表达业务语义。但是在很多时候，开发人员希望在Palette中定制自己的工具项，从而便捷的使用具有更丰富业务概念和关系语义的UML元素。本文基于RSA 6.0中UML建模元素的容器--标准palette插件，从静态配置和动态加载两种途径提供了扩展Palette的基本方法和其中需要关注的技术难点。文章也举例说明了如何在具体实现中嵌入对Palette扩展工具项所生成的UML元素的定制。
2 引言
IBM® Rational Software Architect -- IBM软件开发平台的一部分，是IBM在2003年2月并购Rational以来首次发布的Rational产品。RSA作为一个集成化的设计和开发工具，支持使用UML进行模型驱动的开发以得到架构良好的应用和服务。RSA是在Eclipse 3.0 的基础之上创建的，因而支持Eclipse 提供的使用特性，其中最为主要的就是Eclipse插件技术。
本文所要讨论的Palette就是使用Eclipse插件技术嵌入到RSA工具环境中的一个UI组件。假设有如下的场景：
开发人员使用RSA为一个网上电子零售业务进行业务建模，在建模过程中需要大量重用如下4个业务角色：
提供商
消费者
商品
零售商
使用RSA建模环境下原有的Palette，需要反复拖入Class元素并为每个这样创建的Class赋予相应的构造型（Stereotype）以表达如上之一的业务角色。如下是使用RSA中未扩展的UML建模环境进行建模时的界面：
图1 使用RSA经典UML建模环境进行网上电子零售业务建模
为了提高建模的效率，开发人员希望在Palette中定制代表了这些业务角色的新元素。本文基于上面的实例总结了开发人员在进行Palette扩展时所采用的基本实现技术和难点。
3 基于RSA的Palette静态扩展
从前面的讨论可以知道，RSA是构建在Eclipse3.0的基础之上的。Eclipse的插件结构是Eclipse重要的基础设施和体系结构，其中应用扩展点是两个或者多个插件完成协作的基础。基于RSA的Palette静态扩展方法就是通过Eclipse，定义单独的插件来完成Palette扩展点的定义，从而增加新的建模功能。
本节将通过一个简单的"零售业务建模"的例子向您逐步展示如何来对RSA的Palette进行扩展。在"零售业务建模"中，我们需要四类角色：零售提供商、商品、消费者和零售商。为了提供更好的操作感觉和交互过程，我们将扩展Palette面板，这样进行零售业务建模就如同UML建模一样的直观快捷。
同RSA平台中其他插件一样，Palette也是通过扩展点来进行定义的，所以，必须要在插件清单plugin.xml文件中声明所需要的扩展点，并且提供相应的实现类。对于Palette而言，要声明的扩展点就是com.ibm.xtools.presentation.paletteProvider，要提供的实现类必须实现com.ibm.xtools.presentation.internal.services.palette.IPaletteProvider接口。当然，也可以使用缺省的com.ibm.xtools.presentation.internal.services.palette.DefaultPaletteProvider类，因为DefaultPaletteProvider已经完全实现了IPaletteProvider接口，在RSA的一些建模插件中，可以查找到使用的都是这个缺省的Palette提供类。
就palette而言，只有这样的声明是不够的，更加完整的扩展声明如清单1所示。
清单1 一个完整的Palette扩展声明
(点击查看原图)
其中，比较重要的部分就是contribution节点，该节点声明了要为Palette添加内容，他的属性factoryClass必须要指定一个实现类，提供生成相应工具的工厂方法。在Contribution节点中，通过声明entry节点来实现在Palette面板上要添加的抽屉(drawer，Palette面板上容纳工具的容器)或者工具盒(tool)。例如，首先要添加一个容纳零售业务建模工具的抽屉，那么清单2中的片断就完成了这样的声明：
清单2 一个典型的Palette抽屉扩展声明
以清单2为例，上述entry节点中
label声明了要在Palette面板中显示的名字；
kind声明了该Entry是drawer类型（或者是tool类型）；
id声明了他的唯一性并在程序中将使用该id来唯一标识；
path声明了他在Palette或者drawer中的位置，他的格式同Menu和Toolbar中扩展的path格式是一致的。
类似的，在添加了抽屉之后，就要在抽屉中添加建模的工具，对应的就是零售提供商工具、商品工具和消费者工具，如清单1中所示。
这个时候我们新建立一个插件工程，并把上述Palette扩展声明填写进插件清单文件中去，然后以工作台方式运行，我们新建的这个插件也会被自动装载进启动的工作台中。新建"UML模型"，打开"建模"视图，我们可以在palette面板上看到如图2的所示的截图。
图2 用于零售业务建模的Palette片断
虽然，我们新扩展的零售建模工具已经在Palette面板中出现，但是他们不能执行任何操作，甚至会抛出异常，因此，我们要进一步添加功能方面的扩展。
首先，对应着Palette中的工具，在插件中要有相应的工具类来完成该工具的操作。这个工具类通常要求继续自com.ibm.xtools.presentation.internal.tools.CreationTool，例如实现消费者的模型生成工具类的代码段如下：
其中，
构造函数，传进参数IElementType，定义该模型具有的语义信息；
performCreation，具体的执行动作，为了简单起见，我们都是调用了父类的方法。
类似的，我们也实现了零售提供商和商品的生成工具类，即SupplierCreationTool和ProductCreationTool。这些工具生成类的对象控制都是由插件清单中指定的工厂类来进行控制的，如清单1中的片断，
(点击查看原图)
这个工厂需要继续自com.ibm.xtools.gef.internal.ui.palette.PaletteFactory.Adapter，事实上PaletteFactory的Adapter已经完成了绝大部分的工作，在例子中实现的工厂类BizdemoPaletteFactory中仅仅需要重载一个方法就可以了，如下面程序段所示：
其中：
参数toolId，表示的是目前需要生成的工具id，对应的也就是插件清单文件中Entry节点声明的id；
返回值，返回对应的生成工具对象，也就是我们前面已经实现的四个生成工具类；
传递给生成工具对象的ElementType，为了简单起见，我们将UML中的CLASS类型传给了生成工具，在第五章中，我们将介绍如何对他进行进一步的扩展，包括在语义方面的扩展。
至此，我们就已经用静态扩展的方式对Palette进行了扩展，提供了一个简单的零售业务的建模工具。
QQread.com
推出各大专业服务器评测 Linux服务器的安全性能
SUN服务器
HP服务器
DELL服务器
IBM服务器
联想服务器
浪潮服务器
曙光服务器
同方服务器
华硕服务器
宝德服务器
1 摘要
RSA为基于UML进行业务建模并完成底层代码生成的开发人员提供了可视化的建模环境，开发人员可以因此方便的从Palette中拖取合适的UML元素来表达业务语义。但是在很多时候，开发人员希望在Palette中定制自己的工具项，从而便捷的使用具有更丰富业务概念和关系语义的UML元素。本文基于RSA 6.0中UML建模元素的容器--标准palette插件，从静态配置和动态加载两种途径提供了扩展Palette的基本方法和其中需要关注的技术难点。文章也举例说明了如何在具体实现中嵌入对Palette扩展工具项所生成的UML元素的定制。
2 引言
IBM® Rational Software Architect -- IBM软件开发平台的一部分，是IBM在2003年2月并购Rational以来首次发布的Rational产品。RSA作为一个集成化的设计和开发工具，支持使用UML进行模型驱动的开发以得到架构良好的应用和服务。RSA是在Eclipse 3.0 的基础之上创建的，因而支持Eclipse 提供的使用特性，其中最为主要的就是Eclipse插件技术。
本文所要讨论的Palette就是使用Eclipse插件技术嵌入到RSA工具环境中的一个UI组件。假设有如下的场景：
开发人员使用RSA为一个网上电子零售业务进行业务建模，在建模过程中需要大量重用如下4个业务角色：
提供商
消费者
商品
零售商
使用RSA建模环境下原有的Palette，需要反复拖入Class元素并为每个这样创建的Class赋予相应的构造型（Stereotype）以表达如上之一的业务角色。如下是使用RSA中未扩展的UML建模环境进行建模时的界面：
图1 使用RSA经典UML建模环境进行网上电子零售业务建模
为了提高建模的效率，开发人员希望在Palette中定制代表了这些业务角色的新元素。本文基于上面的实例总结了开发人员在进行Palette扩展时所采用的基本实现技术和难点。
3 基于RSA的Palette静态扩展
从前面的讨论可以知道，RSA是构建在Eclipse3.0的基础之上的。Eclipse的插件结构是Eclipse重要的基础设施和体系结构，其中应用扩展点是两个或者多个插件完成协作的基础。基于RSA的Palette静态扩展方法就是通过Eclipse，定义单独的插件来完成Palette扩展点的定义，从而增加新的建模功能。
本节将通过一个简单的"零售业务建模"的例子向您逐步展示如何来对RSA的Palette进行扩展。在"零售业务建模"中，我们需要四类角色：零售提供商、商品、消费者和零售商。为了提供更好的操作感觉和交互过程，我们将扩展Palette面板，这样进行零售业务建模就如同UML建模一样的直观快捷。
同RSA平台中其他插件一样，Palette也是通过扩展点来进行定义的，所以，必须要在插件清单plugin.xml文件中声明所需要的扩展点，并且提供相应的实现类。对于Palette而言，要声明的扩展点就是com.ibm.xtools.presentation.paletteProvider，要提供的实现类必须实现com.ibm.xtools.presentation.internal.services.palette.IPaletteProvider接口。当然，也可以使用缺省的com.ibm.xtools.presentation.internal.services.palette.DefaultPaletteProvider类，因为DefaultPaletteProvider已经完全实现了IPaletteProvider接口，在RSA的一些建模插件中，可以查找到使用的都是这个缺省的Palette提供类。
就palette而言，只有这样的声明是不够的，更加完整的扩展声明如清单1所示。
清单1 一个完整的Palette扩展声明
(点击查看原图)
其中，比较重要的部分就是contribution节点，该节点声明了要为Palette添加内容，他的属性factoryClass必须要指定一个实现类，提供生成相应工具的工厂方法。在Contribution节点中，通过声明entry节点来实现在Palette面板上要添加的抽屉(drawer，Palette面板上容纳工具的容器)或者工具盒(tool)。例如，首先要添加一个容纳零售业务建模工具的抽屉，那么清单2中的片断就完成了这样的声明：
清单2 一个典型的Palette抽屉扩展声明
以清单2为例，上述entry节点中
label声明了要在Palette面板中显示的名字；
kind声明了该Entry是drawer类型（或者是tool类型）；
id声明了他的唯一性并在程序中将使用该id来唯一标识；
path声明了他在Palette或者drawer中的位置，他的格式同Menu和Toolbar中扩展的path格式是一致的。
类似的，在添加了抽屉之后，就要在抽屉中添加建模的工具，对应的就是零售提供商工具、商品工具和消费者工具，如清单1中所示。
这个时候我们新建立一个插件工程，并把上述Palette扩展声明填写进插件清单文件中去，然后以工作台方式运行，我们新建的这个插件也会被自动装载进启动的工作台中。新建"UML模型"，打开"建模"视图，我们可以在palette面板上看到如图2的所示的截图。
图2 用于零售业务建模的Palette片断
虽然，我们新扩展的零售建模工具已经在Palette面板中出现，但是他们不能执行任何操作，甚至会抛出异常，因此，我们要进一步添加功能方面的扩展。
首先，对应着Palette中的工具，在插件中要有相应的工具类来完成该工具的操作。这个工具类通常要求继续自com.ibm.xtools.presentation.internal.tools.CreationTool，例如实现消费者的模型生成工具类的代码段如下：
其中，
构造函数，传进参数IElementType，定义该模型具有的语义信息；
performCreation，具体的执行动作，为了简单起见，我们都是调用了父类的方法。
类似的，我们也实现了零售提供商和商品的生成工具类，即SupplierCreationTool和ProductCreationTool。这些工具生成类的对象控制都是由插件清单中指定的工厂类来进行控制的，如清单1中的片断，
(点击查看原图)
这个工厂需要继续自com.ibm.xtools.gef.internal.ui.palette.PaletteFactory.Adapter，事实上PaletteFactory的Adapter已经完成了绝大部分的工作，在例子中实现的工厂类BizdemoPaletteFactory中仅仅需要重载一个方法就可以了，如下面程序段所示：
其中：
参数toolId，表示的是目前需要生成的工具id，对应的也就是插件清单文件中Entry节点声明的id；
返回值，返回对应的生成工具对象，也就是我们前面已经实现的四个生成工具类；
传递给生成工具对象的ElementType，为了简单起见，我们将UML中的CLASS类型传给了生成工具，在第五章中，我们将介绍如何对他进行进一步的扩展，包括在语义方面的扩展。
至此，我们就已经用静态扩展的方式对Palette进行了扩展，提供了一个简单的零售业务的建模工具。
