|
| |
 精品推荐 |
 |
|
| |
|
|
|
|
使用图形编辑框架创建基于 Eclipse 的应用程序
|
日期：2008年6月12日 作者： 查看:[大字体
中字体 小字体]
|
Randy Hudson
软件开发人员, IBM
本文描述了使用图形编辑框架（Graphical Editing Framework，GEF）创建一个基于 Eclipse 的应用程序所涉及的初始步骤。GEF 被用来构建各种用于 Eclipse 的应用程序，包括状态图、活动图、类图、用于 AWT、Swing 和 SWT 的 GUI 构建器以及过程流编辑器。Eclipse 和 GEF 都是开放源码技术。二者也都包含在 IBM 的 WebSphere Studio 工作台中。
本文为您从头到尾地介绍了使用 GEF 的步骤。我们不是完整地完成每个步骤，而是将使用您的应用程序模型的子集，并先使该子集工作。例如，开始我们可能会忽略连接，或者只注重于您应用程序中图形元素类型的子集。
GEF 概述
GEF 假定您拥有一个希望以图形方式显示和编辑的模型。为了做到这一点，GEF 提供了可在 Eclipse 工作台中任何地方使用的查看器（类型为 EditPartViewer ）。象 JFace 查看器一样，GEF 查看器是 SWT 控件上的适配器。但是它们的类似之处仅此而已。GEF 查看器基于模型-视图-控制器（model-view-controller，MVC）体系结构。
控制器作为视图和模型之间的桥梁（请参阅图 1）。每个控制器（即本文所谓的 EditPart）负责将模型映射到它的视图，也负责对模型进行更改。EditPart 还观察模型并更新视图，以反映模型状态中的变化。EditPart 是一种对象，用户将与这种对象进行交互。稍后将更详细地介绍 EditPart。
GEF 提供了两种查看器类型：图形的和基于树的。每种查看器都主管一种不同类型的 视图。图形查看器使用了在 SWT 画布（Canvas）上绘制的 图形（figure）。图形是在 Draw2D 插件中定义的，该插件是 GEF 的一部分。TreeViewer 将 SWT 树和 TreeItem 用于其视图。
第 1 步. 选定自己的模型
GEF 对于模型一无所知。任何模型类型都可工作，只要它符合下面描述的特性。
模型中有什么？
所有东西都在模型中。模型是唯一会被持久存储和恢复的东西。您的应用程序应当将所有重要数据都存储在模型中。在编辑、撤销和重做的过程中，模型是唯一保持不变的。随着时间推移，将对图形和 EditPart 进行垃圾收集处理并重新创建。
当用户与 EditPart 交互时，EditPart 并不直接操作模型。而是创建一个封装了更改的 命令（Command）。命令可用来验证用户的交互，并且提供撤销和重做支持。
严格地说，命令概念上也是模型一部分。它们 本身并不是模型，而是一些方法，模型是由这些方法编辑的。命令用于执行用户的所有可撤销的更改。理论上，命令应当只了解模型。它们应当避免引用 EditPart 或图形。类似地，如果可能，命令应当避免调用用户界面（例如弹出式对话框）。
两个模型的故事
一个简单的 GEF 应用程序就是用于绘制图的编辑器。（这里 图只意味着图片，而不是类图等）图可以被建模成某些形状。一个形状可能具有位置、颜色等特性，并且可能是多个形状构成的一组结构。这里没有什么可惊讶的，并且前述需求也易于维护（请参阅图 2）。
图 2. 一个简单的模型
另一种常见的 GEF 应用程序是 UML 编辑器，例如类图编辑器。图中的一段重要信息就是 (x, y) 位置，类就出现在该位置上。根据前一节的介绍，您可能会以为模型必须将一个 类描述成具有 x和 y特性。大多数开发人员都不希望由于无意义的属性而“污染”其模型。在这类应用程序中，术语“业务”模型可用于指代基本模型，重要语义的详细信息存储在基本模型中。而特定于图的信息存储在“视图”模型（它指的是业务模型中某样东西的“视图”；在一个图中可多次查看某个对象）中。有时候这种划分甚至会反映在工作空间中，其中不同的资源可能被分别用来持久存储图和业务模型。甚至可能有多个图对应于同一个业务模型（请参阅图 3）。
上一篇:利用套接字机制实现Flash与数据库连接
下一篇:注册ActiveX控件的几种方法
|
| 相关文章： |
|
|
|
| 相关软件： |
|
|
|
|
