[Eclipse]GEF入门系列(十一、树的一个实现)

两天前GEF发布了3.1M7版本,但使用下来发现和M6没有什么区别,是不是主要为了和 Eclipse版本相配套?希望3.1正式版早日发布,应该会新增不少内容。上一篇帖子介绍了如 何实现表格功能,在开发过程中,另一个经常用到的功能就是树,虽然SWT提供了标准的树控 件,但使用它完成如组织结构图这样的应用还是不够直观和方便。在目前版本(3.1M7)的 GEF中虽然没有直接支持树的实现,但Draw2D提供的例子程序里却有我们可以利用的代码 (org.eclipse.draw2d.examples.tree.TreeExample,运行界面见下图),通过它可以节约 不少工作量。

图1 Draw2D例子中的TreeExample

记得数年前曾用Swing做过一个组织结构图的编辑工具,当时的实现方式是让画布使用 XYLayout,在适当的时候计算和刷新每个树节点的位置,算法的思想则是深度优先搜索,非 树叶节点的位置由其子节点的数目和位置决定。我想这应该是比较直观的方法吧,但是这次 看了Draw2D例子里的实现觉得也很有道理,以前没想到过。在这个例子里树节点图形称为 TreeBranch,它包含一个PageNode(表现为带有折角的矩形)和一个透明容器contentsPane ,(一个Layer,用来放置子节点)。在一般情况下,TreeBranch本身使用名为NormalLayout 的布局管理器将PageNode放在子节点的正上方,而contentsPane则使用名为TreeLayout的布 局管理器计算每个子节点应在的位置。所以我们看到的整个树实际上是由很多层子树叠加而 成的,任何一个非叶节点对应的图形的尺寸都等于以它为根节点的子树所占区域的大小。

从这个例子里我们还看到,用户可以选择使用横向或纵向组织树(见图2),可以压缩各 节点之间的空隙,每个节点可以横向或纵向排列子节点,还可以展开或收起子节点,等等, 这为我们实现一个方便好用的树编辑器提供了良好的基础(视图部分的工作大大简化了)。

图2 纵向组织的树

时间: 2024-11-08 22:32:13

[Eclipse]GEF入门系列(十一、树的一个实现)的相关文章

[Eclipse]GEF入门系列(一、Draw2D)

关于Java2D相信大家都不会陌生,它是基于AWT/Swing的二维图形处理包, JDK附带的示 例程序向我们展示了Java2D十分强大的图形处理能力.在Draw2D出现以前,SWT应用程序在这 方面一直处于下风,而Draw2D这个SWT世界里的Java2D改变了这种形势. 可能很多人还不十分了解GEF和Draw2D的关系:一些应用程序是只使用Draw2D,看起来却 和GEF应用程序具有相似的外观.原因是什么,下面先简单解释一下: GEF是具有标准MVC(Model-View-Control)结

[Eclipse]GEF入门系列(序)

由于工作的需要,最近开始研究GEF(Graphical Editor Framework)这个框架,它可以 用来给用户提供图形化编辑模型的功能,从而提升用户体验,典型的应用如图形化的流程设 计器.UML类图编辑器等等.其实一年多来我们做的项目都是和它有关的,只是之前我具体负 责的事情和它没什么关系.那时也看过黄老大写的代码,EMF和GEF混在一起特别晕,没能坚 持看下去.这次自己要动手做了,正好趁此机会把它搞明白,感觉GEF做出来的东西给人很专 业的感觉,功能也很强大,应该挺有前途的.此外,GE

[Eclipse]GEF入门系列(六、添加菜单和工具条)

我发现一旦稍稍体会到GEF的妙处,就会很自然的被它吸引住.不仅是因为用它做出的图 形界面好看,更重要的是,UI中最复杂和细微的问题,在GEF的设计中无不被周到的考虑并以 适当的模式解决,当你了解了这些,完全可以把这些解决方法加以转换,用来解决其他领域 的设计问题.去年黄老大在一个GEF项目结束后,仍然没有放弃对它的继续研究,现在甚至利 用业余时间开发了基于GEF的SWT/JFace增强软件包,Eclipse和GEF的魅力可见一斑.我相信 在未来的两年里,由于RCP/GEF等技术的成熟,Java

[Eclipse]GEF入门系列(十、表格的一个实现)

在目前的GEF版本(3.1M6)里,可用的LayoutManager还不是很多,在新闻组里经常会看 到要求增加更多布局的帖子,有人也提供了自己的实现,例如这个GridLayout,相当于SWT中 GridLayout的Draw2D实现,等等.虽然可以肯定GEF的未来版本里会增加更多的布局供开发者 使用(可能需要很长时间),然而目前要用GEF实现表格的操作还没有很直接的办法,这里说 说我的做法,仅供参考. 实现表格的方法决定于模型的设计,初看来我们似乎应该有这些类:表格(Table).行 (Row

[Eclipse]GEF入门系列(三、应用实例)

构造一个GEF应用程序通常分为这么几个步骤:设计模型.设计EditPart和Figure.设计 EditPolicy和Command,其中 EditPart是最主要的一部分,因为在实现它的时候不可避免的 要使用到EditPolicy,而后者又涉及到Command. 现在我们来看个例子,它的功能非常简单,用户可以在画布上增加节点(Node)和节点间 的连接,可以直接编辑节点的名称以及改变节点的位置,用户可以撤消/重做任何操作,有一 个树状的大纲视图和一个属性页.这是一个Eclipse的项目打包文件

[Eclipse]GEF入门系列(九、增加易用性)

当一个GEF应用程序实现了大部分必需的业务功能后,为了能让用户使用得更方便,我们 应该在易用性方面做些考虑.从3.0版本开始, GEF增加了更多这方面的新特性,开发人员很 容易利用它们来改善自己的应用程序界面.这篇帖子将介绍主要的几个功能,它们有些在GEF 2.1中就出现了,但因为都是关于易用性的而且以前没有提到,所以放在这里一起来说. 可折叠调色板 在以前的例子里,我们的编辑器都继承自GraphicalEditorWithPalette.GEF 3.0提供了 一个功能更加丰富的编辑器父类:Gr

[Eclipse]GEF入门系列(八、使用EMF构造GEF的模型)

GEF的设计没有对模型部分做任何限制,也就是说,我们可以任意构造自己的模型,唯一 须要保证的就是模型具有某种消息机制,以便在发生变化时能够通知GEF(通过EditPart). 在以前的几个例子里,我们都是利用java.beans包中的PropertyChangeSupport和 PropertyChangeListener来实现消息机制的,这里将介绍一下如何让GEF利用EMF构造的模 型. EMF使用自己定义的Ecore作为元模型,在这个元模型里定义了EPackage.EClassifier.

[Eclipse]GEF入门系列(四、其他功能)

最近由于实验室任务繁重,一直没有继续研究GEF,本来已经掌握的一些东西好象又丢掉 了不少,真是无奈啊,看来还是要经常碰碰.刚刚接触GEF的朋友大都会有这样的印象:GEF 里概念太多,比较绕,一些能直接实现的功能非要拐几个弯到另一个类里做,而且很多类的 名字十分相似,加上不知道他们的作用,感觉就好象一团乱麻.我觉得这种情况是由图形用 户界面(GUI)的复杂性所决定的,GUI看似简单,实际上包含了相当多的逻辑,特别是GEF处 理的这种图形编辑方式,可以说是最复杂的一种.GEF里每一个类,应该说都有它

[Eclipse]GEF入门系列(二、GEF概述)

在前面的帖子已经提到,GEF(Graphical Editor Framework)是一个图形化编辑框架, 它允许开发人员以图形化的方式展示和编辑模型,从而提升用户体验.这样的应用程序有很 多,例如:UML类图编辑器.图形化XML编辑器.界面设计工具以及图形化数据库结构设计工 具等等.归结一下,可以发现它们在图形化编辑方面具有以下共同之处: 提供一个编辑区域和一个工具条,用户在工具条里选择需要的工具,以拖动或单击的方式 将节点或连接放置在编辑区域: 节点可以包含子节点: 用户能够查看和修改某个节