在我们创建领域模型前，我们有必要了解一下我们的模型用来表达什么内容。 所以我就先解释一下在这个系列文章中要实现应用。 假设Eclipse组织邀请你编写一个让他们管理贡献者和项目的应用程序。

我们需要创建一个模型来表达客户提供的信息。他们有可能如下图。

让我们进一步的看看这个模型。

下面这张类图给出了关于上面模型的全貌。

正如你所看到的，我把许多关系设成了双向关系。 As you noticed I modeled many of the relations as bidirectional relations. 这个并不是严格要求所有地方都要这样，因为有的地方可以通过eComtainer来获取他的父亲。就像project-subproject一样。 但是包含关系（containment relationship）在使用databinding的情况下就不太合适了。因为从子到父亲时没有对应feature，只能通过调用eContainer()方法来获得。 EMF提供了一个编辑器来创建你的Ecore-Model并把它保存成XMI格式。我们可以用它来创建测试数据。下图就是一个例子。

      除了这些内容外我还找到了三本书：

1. 《 BIRT: A Field Guide to Reporting 》
2. 《Integrating and Extending BIRT》
3. 《Packt.Publishing.Practical.Data.Analysis.and.Reporting.with.BIRT》

     第一本和第二本是在是基于 Birt 2.1。

      第三本书是基于Birt 2.2

    有了这些东西基本就可以上路了。但是我又一想，如果有点例子就更好了。例子肯定是有的。官方就有，还等什么呢还不赶紧去拿。

到里面随便找吧。肯定有你合适的。

下面要做的事情就是分析好你的需求，好好用birt来表现你的内容了。

问：项目图标报错，Problems 试图有一条错误显示“Java compiler level does not match the version of the installed Java project facet.”。

答：这个是因为Facted Project中的Java版本设定与项目的Java版本设定不一致。

如Drawing １: Modify: Modify Faceted Project中所示，这个时候项目的Java的版本为5.0。如果项目的Java Compiler的设置如Drawing ２: Java C: Java Compiler中所示的设置。就是会出现问题中所述的错误。修改的方式很简单，只要统一一下他们的设置。让他们保持一致就OK了。

首先要在模型上支持，能够保存连接的信息。对于不同的项目有不同的要求。我们通过两个例子就可以看出这一点来。

1、http://www13.plala.or.jp/observe/GEF/示例中的GEF6.zip （下面称这个例子为HelloWold）

运行的结果入下图所示：

它的模型可以使用如下的类图来表示：

用来描述Connection的分别是LineConnectionModel和ArrowConnectionModel这两个类。这两个类的父类和图形模型（HellowModel）相关。

2、IBM红皮书中的GEF范例(下面称这个例子为workflow)

运行效果如下图：

他的模型可用下面的类图描述：

其实连接的模型应该很简单，他只要能保存他的两端的对象就好了。图形模型（如HelloWold中的HelloModel）能够保持与他相关连的连接（HelloWold中的LineConnectionModel或ArrowConnectionModel）。

看完了Model，我们下面就可以看看EditPart部分了。

要看EditPart当然是要看最关键的了。也就是和连接直接关联的EditPart了。分别察看了和连接相关的EditPart，发现他们都会实现一个叫org.eclipse.gef.NodeEditPart的接口。如下图所示：

在nodeEditPart中有四个方法需要实现。通过这个四个方法的名字就可以看出他们和Anchor²密切相关。下面就来看看这几个方法的具体功能：

ConnectionAnchor getSourceConnectionAnchor(ConnectionEditPart connection);

当需要画连接的时候，通过这个方法获取连接的源锚点。不管这个锚点在什么位置，他取得以后直接就用它作为源点了。

ConnectionAnchor getSourceConnectionAnchor(Request request);

当在准备创建连接的时候，通过Request来获取新连接的源锚点。

另外的两个就不再啰嗦了。是为了获得目标的锚点。

但是我们肯定看到了HelloWold和Workflow中的连接有点不一样。HelloWold中直接是图元上的，而workflow是通过连接基本图元上面的一个子图元而连接的。简单来说就是他们连接的anchor有点不一样，这样就会出现执行结果的不同。

下面来看看他们到底是怎么实现的。根据上面提到的。锚点的获取是通过getSourceConnectionAnchor和getTargetConnectionAnchor方法来获取的。我们只需要好好比对一下他们这几个方法的不同就可以了。

HelloWold中的getSourceConnectionAnchor

public ConnectionAnchor getSourceConnectionAnchor(Request request) {

returnnew ChopboxAnchor(getFigure());

}

这里就简单的创建一个 ChopboxAnchor 就好了。这个就可以直接连到该Figure上了。

在workflow中这个情况稍微有一点复杂了。先不说，还是看看他的 getSourceConnectionAnchor 是怎么实现的。

public ConnectionAnchor getSourceConnectionAnchor(

ConnectionEditPart connection) {

Connection edge = (Connection) connection.getModel();

return getNodeFigure().getConnectionAnchor(edge.getSource().getName());

}

/**

*returnsananchorgivenitsname

*

*@paramportNamenameoftheanchor

*@returntheanchorwiththename<code>portName</code>

*/

public ConnectionAnchor getConnectionAnchor(String portName) {

return (ConnectionAnchor)connectionAnchors.get( portName );

}

protected Hashtable connectionAnchors = new Hashtable(7);

/**

*Addaninputportanditsanchor

*

*@paramportName

*uniquenametorefertotheport

*/

publicvoid addInput(String portName) {

InputPortFigure inputPort = new InputPortFigure();

add(inputPort);

PortConnectionAnchor anchor = new PortConnectionAnchor(inputPort);

getTargetConnectionAnchors().add(anchor);

connectionAnchors.put(portName, anchor);

}

通过这几个方法可以看出它是在添加Input时候就创建好了一个和PortFigure 相关Anchor并把它保存起来。在要用的时候就把它取出来。这样就搞定了。

具体的可以参考这两个例子的代码。好了，打完收工。

参考文档

IBM 红皮书

1、荒野困兽(老脸归来)’blog

2、GEF 进阶，第一部分: Anchor

问题在这里出来：当没有出现滚动条的时候一切都很正常，当一出现滚动条就死活没有办法拖动了。最后才发现DragSourceEvent中的坐标是按照屏幕来得，而EditPartViewer 中的坐标是按照他的那个viewer来得。这个地方需要转换一下。

这个转换的动作发现在jfire（org.nightlabs.editor2d.util.EditorUtil https://svn.jfire.org/svn/main/trunk/org.nightlabs.editor2d/src/org/nightlabs/editor2d/util/EditorUtil.java）中有现成的。不多说了，拿来用吧。

说干就干了。定义一些Action，和快捷键帮定就不多说了。生成build.xml通过你自己喜欢的代码生成技术（个人喜欢用JET⁴）定义模板并生成代码。

下面在自动执行Ant脚本的时候卡了一会壳。看到《以编程方式调用 Apache Ant

》² 觉得问题已经解决了。不过这种方式是在Eclipse 运行的VM中执行，也就是说会把Eclipse 挂住。我希望达到的效果是和org.eclipse.ant.ui插件达到的效果一样。最好是去调用他了。他是在eclipse默认集成的，直接依赖于他不会有什么问题。看了他plugin.xml发现了一个好东西“org.eclipse.debug.core.launchConfigurationTypes”，所以我就想我创建一个ILaunchConfigurationType 用它来实实例化一个ILaunchConfigurationWorkingCopy是不是就可以搞定了。上网google了一下有个兄弟写完了这个部分的工作¹。把他的代码放到一个插件里面简单的跑了一下，果然可行。爽！

 

参考文档：

1. Eclipse 3.1 Update to “How to run ANT files programmatically”

2. 以编程方式调用 Apache Ant（http://www.ibm.com/developerworks/cn/websphere/library/techarticles/0502_gawor/0502_gawor.html）

3. 代码范例http://dev.eclipse.org/mhonarc/lists/platform-ant-dev/msg01053.html

4. http://www.eclipse.org/articles/Article-JET/jet_tutorial1.html

PlatformUI.getWorkbench().getActiveWorkbenchWindow()

或

（在Plugin类中） getDefault().getWorkbench().getActiveWorkbenchWindow() 。一般情况下这两个方式都能够很好的工作。但是突然有一天发现他不能工作了。郁闷我都不行了。察看了一下变量（如下图）。

这个activatedWindow明明有啊，怎么就取不到呢。

打开代码一看，看到 org.eclipse.ui.internal.Workbench 类中的 getActiveWorkbenchWindow 方法。

程序跑到 Display.getCurrent() 这一绝句就给我掉链子（返回了一个 null ）。就是他，就是他了！到网上 google 了一下。看看在什么状况下他会返回一个 null. 在 http://wiki.eclipse.org/index.php/FAQ_How_do_I_get_a_Display_instance%3F 找到了。

他说， Display 永远和创建他的线程联系在一起，并且一个线程拥有一个活动的 Display 。在创立 Display 的线程中可可以通过 Display.getCurrent() 获得当前活动的 Display 。如果出了这个线程就看不到这个 Display 了。如果有的线程不拥有 Display ，那它的 Display.getCurrent() 就只能得到 null 了。

回头看了一下我的代码，我是在新建的线程中启动了调用了这个方法。难怪他不给面子呢！

参考文献：

http://wiki.eclipse.org/index.php/FAQ_How_do_I_get_a_Display_instance%3F

http://help.eclipse.org/help31/index.jsp?topic=/org.eclipse.platform.doc.isv/reference/api/org/eclipse/swt/widgets/Display.html

现在只是看了

oclQueryExmaple

Querying EMF Models with OCL

在项目中简单的使用了一下他作为查询的工具。感觉他真的很不错，在下一段时间将会重点去了解他。

后来就想假如我需要从图形编辑器中拖拽对象到swt控件中又该怎么做。
经过一段时间的探索，终于搞定了。

记下如下过程，希望对需要的朋友有点帮助。

首先有了《从SWT控件中托拽对象到GEF编辑器中》文中对addDropTargetListener方法使用的经历，很快就确定我需要对GraphicalViewer添加一个DragSourceListener。

想着到这个地方我应该可以很快收工了。但是添加完了以后发现原来的拖动功能都没有了，这个怎么回事。谁在后面搞鬼。

经过一段时间的狂搜滥索终于找到了问题的关键。因为GEF不允许同时有两个活动 DragSource 。

它本身已经拥有一个DragSource了（编辑器内部的托拽），我们这时候添加一个就会存在多

DragSource了。当我添加一个新的DragSource时候我们新家的DragSource就会被认为是默认的DragSource。

他以前的DragSource就失效了。这不是我像看到的。

怎么处理。看到了一个牛人的解决方案。

What I made to fix the problem was to only allow my DragSource to act under certain 
conditions (in my application this happens when you click and drag the mouse AND
 the SHIFT key is pressed). So when the SHIFT key is not pressed my DragSource does 
nothing and the editor's internal drag and drop works fine。

public void dragStart(DragSourceEvent event) 
{
  ...

  if (!condition.isValid())
     event.doit = false;

  ...
}

我尝试了一下这种状况，一下就搞定了。
在我的项目中，由于还有一些数据需要转化。呵呵，感觉不错。

参考文档：
http://dev.eclipse.org/newslists/news.eclipse.tools.gef/msg15754.html

一般情况下GEF程序都是采用如下的界面：

新建对象的操作时通过拖拽Palette中元素到编辑而获得。但是有时候可能需要从SWT，操作系统拖一些元素到GEF编辑器中来。

下面我就把创建这样的拖拽过程大概的描述一下：

1、定义拖拽源（DragSource）。

2、定义拖拽目标的监听（DropTarget）。

到这里对于一般的拖拽其实是可以完工了。

这个部分可以参考weidagang2046的专栏的《DND入门学习》

但是要能让GraphicalViewer这个对象扮演起DropTarget我们还需要做点其他的工作。GraphicalViewer这个类本身提供了一个addDropTargetListener方法。看到这个方法是不是一阵狂喜啊。如果有也是应该的，因为这个方法就是我们解决前面提出问题的关键。

好了看看他的声明吧！

				
						
								public void addDropTargetListener(TransferDropTargetListener listener)
						
				
		

他这个参数居然不是 DropTargetListener 。这个 TransferDropTargetListener 是一个什么玩意啊！

在 help 中查到：

public interface TransferDropTargetListener

extends TransferDropTargetListener

A DropTragetListener that handles one type of SWT Transfer. The purpose of a TransferDropTargetListener is to:

• Determine enablement for a Drop operation. Enablement is often a function drop location, and/or criteria.

• When enabled, optionally showing feedback on the DropTarget.

• Performing the actualy Drop

DelegatingDropAdapter allows these functions to be implemented separately for unrelated types of Drags. DelegatingDropAdapter then combines the function of each TransferDropTargetListener, while allowing them to be implemented as if they were the only DragSourceListener.

偷下懒，就不翻译了。

创建如下类来实现这个接口：

public class TreeNodeTransferDropTargetListener extends

AbstractTransferDropTargetListener {

public TreeNodeTransferDropTargetListener(EditPartViewer editPartViewer) {

// 改类默认是处理 TextTransfer 类型的拖拽事件

super (editPartViewer,TextTransfer.getInstance());

// TODO Auto-generated constructor stub

}

@Override

protected void updateTargetRequest() {

}

}

我们这个拖拽想是让他执行一个 create 命令。所以下面就是要重载他的 createTargetRequest() 用来处理 create 对象的请求（ CreateRequestion ）。 CreateRequetion 需要使用到一个类，帮助我们创建对象的工厂类。 GEF 给了我们这样的一个接口 CreationFactory 。下面我们取实现他就好了。

package org.eclipse.gef.examples.shapes.rcp.views;

import org.eclipse.gef.examples.shapes.model.EllipticalShape;

import org.eclipse.gef.requests.CreationFactory;

public class TypeCreationFactory implements CreationFactory {

public Object getNewObject() {

// TODO Auto-generated method stub

EllipticalShape label = new EllipticalShape();

return label;

}

public Object getObjectType() {

return EllipticalShape. class ;

}

}

注意：这里的 getNewObject 是返回要创建类的一个对象实例。 GetObjectType 需要返回需要创建对象的类。这个可不要搞反了。

这样我们就可以把我们的 TreeNodeTransferDropTargetListener 类中的 createTargetRequest 方法加上了。

private TypeCreationFactory factory = new TypeCreationFactory();

protected Request createTargetRequest() {

CreateRequest request = new CreateRequest();

request.setFactory( factory );

return request;

}

好了这个时候不要客气了，加上

protected void handleDragOver() {

getCurrentEvent(). detail = DND. DROP_MOVE |DND. DROP_COPY ;

super .handleDragOver();

}

@Override

protected void handleDrop() {

//String s = (String)getCurrentEvent().data;

//factory.setText(s);

super .handleDrop();

}

这样的方法吧。

这样这个功能就完成了。

参考文献：

http://www.blogjava.net/weidagang2046/archive/2006/09/05/67707.html

http://www.eclipse.org/articles/Article-GEF-dnd/GEF-dnd.html

Mylar 简介--开源工作平台续

1.     引子

   很久很久以前有一个木匠，不但粗心而且还健忘。虽然在每天工作开始前，会考虑以下大概需要做的工作。但是在实施的过程中经常会出现这样的状况。看有一天他需要下一块1.2m 的料。这个木匠就甩着膀子过来了。在动手前肯定是要量一下得，把手往口袋里一摸。卷尺是摸到，摸到了昨天晚上吃花生时留下得壳（还挺讲究公德，没有到处乱 扔。）。放哪儿呢，放哪儿呢……。经过了半个小时，终于在一个角落找到了卷尺。那个兴奋啊。兴冲冲的跑到木料前，愣了一下骂了一句“tmd锯子又不知道跑 那去了！”。继续去找锯子去了……。

1.      解决方案

我要说的这个解决方案就是Eclipse + Mylar。Eclipse就不用多说了。但是Mylar却是不得不说。

Mylar 最大的亮点就是让你只关注于你当前的工作（Active Task）。在整个工作区中只是显示和你工作相关的内容。这样在Mylar中就有了一个核心的概念任务（Task）。这个任务我们完全可以对应到工作中的 一个任务，如你的头给你分配得一个任务、测试组的同仁提交的一个需要你修改得bug等等。

我们每天的工作应该由这些任务组成。

看到一个例子中看到图 -- 1所示的功能。

其中图-1中的连线是自适应的会保持该线段是最短的（其实他是使用的ShortestPathConnectionRouter，这个时候我还不知道,我是一个新手大家见笑了）。经过一番调查以后发现原来是在EditPart中的refreshVisuals方法中有如下代码。

代码--1

当时就猜啊，他肯定是在给一个特定的Layer加上一个什么玩意。然后就通过这个玩意来完成对于路径的计算（其实这些东西完全是从代码的字面意思而得到的）。我这些东西加到我的代码中了。但是我运行的效果还是没有起作用。他依旧是以前的那幅得行。我抓，抓也没有用。就是达不到我要的效果。

抱着试一下的想法我打开了我的ConnectionEditPart(就是连线的那个EditPart),发现在createFigure中我是这么写的。

代码 -- 2

很明显我在这里给connection赋了一个ConnectionRouter。最终其效果的是这一个ConnectionRouter起作用了。

Md刚掉他就万事大吉了。

到这里代码部分其实就完了。但是他背后的还有一点故事。

这里有三个角色：

1、Connection

2、ConnectionAnchor.

3 、 ConnectionRouter

这个类是用来显示两点之间的线段 (Line), 他的起点和终点是通过 ConnectionAnchor 来定义的。至于他的其他点是通过 ConnectionRouter 计算设置的。从这个地方来看 ConnectionRouter 是一个负责计算的工具类。这样完全可以让所有的 Connection 使用一个 ConnectionRouter 实例（这就是今天最要记下的部分）。

在 gef 中他就为我们提供了这样的机制。下面的这段话是 Gef help 中的一句话。他就说明了这个道理。

A convenient way to share the router with all connections and to place connections above the drawing is to use a ConnectionLayer. The layer has a connection router property which it shares with every child that's a connection. You can update this property and easily change every connection's router at once.

这个道理要转换成代码的话就是代码 – 1 了。

这个东西很简单。希望对像我一样的新手有点帮助。

关于这个例子中使用的原理八进制讲的很清楚了。我就不啰嗦了。我就把自己读这部分代码的笔记记下来。

前面一篇提到了他基本的概念和能完成的功能。在这一篇里我们来看看他的使用条件和使用方法。

使用条件：应为

org.eclipse.jdt.core （提供基本的语法分析）

org.eclipse.core.runtime （提供基本的 URI 等）

org.eclipse.ui （提供进度条，我就看到了这个。其他可能还有）。

看到他要使用这么多 Eclipse 的东西。我彻底的打消了在 Eclipse 外使用他的打算（如果谁有好的解决方案记得给我发一份。在下感激不尽）。

我们下面就来看看如何定制他的合并规则是如何定义的吧。我先做法是找了一个例子。看看他是如何工作的。

我的 Merge.xml 如下：

清单 2 ：

<? xml version = "1.0" encoding = "UTF-8" ?>

< merge:options xmlns:merge = "http://www.eclipse.org/org/eclipse/emf/codegen/jmerge/Options" >

< merge:dictionaryPattern

name = "generatedMember"

select = "Member/getComment"

match = "\s*@\s*(gen)erated\s*\n" />

<!-- if target is generated, transfer -->

<!-- change to sourceMarkup if the source is the standard -->

< merge:pull

targetMarkup = "^gen$"

sourceGet = "Method/getBody"

targetPut = "Method/setBody" />

</ merge:options >

运行前的 Source （ Java Source A ） 部 分源代码为

/**

* Source javadoc 13

* <!-- begin-user-doc -->

* Source user javadoc 14

* <!-- end-user-doc -->

* Source javadoc 15

* @return source

* @generated

*/

public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");

// end-user-code

System.out.println("Source code 2");

return id == "source";

}

运行前 Target(Java Source B) 部分的源代码为：

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()
{
//This is my owner code
System.out.print("Will be replace");
// begin-user-code
System.out.println("Target user code 2");
// end-user-code
System.out.println("Source code 2");
return id == "source";
}

/**
* Target javadoc 19
* <!-- begin-user-doc -->
* Target user javadoc 20
* Target user javadoc 21
* <!-- end-user-doc -->
* Target javadoc 22
* @param target
* @generated NOT
*/
public void setID(boolean value)
{
//This Jet Code
System.out.println("Not be replaced!");
id = value ? "target" : "source";
System.out.println("Target code 4");
}

注意： isID 方法 注释里有” @generated” 这一行。而 setID 方法的注释中是 @generated NOT 。

运行后的结果是（ Result of merge ）为

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");

// end-user-code

System.out.println("Source code 2");

return id == "source";

}

// 使用了 Source 部分的代码。

/**
* Target javadoc 19
* <!-- begin-user-doc -->
* Target user javadoc 20
* Target user javadoc 21
* <!-- end-user-doc -->
* Target javadoc 22
* @param target
* @generated NOT
*/
public void setID(boolean value)
{
//This Jet Code
System.out.println("Not be replaced!");
id = value ? "target" : "source";
System.out.println("Target code 4");
}

// 维持原来 Target 中的代码没有变化。

这样我们就不难看出

< merge:dictionaryPattern ……/> 段 是定义了一个匹配模式。具体的这个匹配模式要做的动作就是在

< merge:pull

targetMarkup = "^gen$"

sourceGet = "Method/getBody"

targetPut = "Method/setBody" />

段中定义了。猜想他只是把 Source 部分的内容直接输出到 Target 那里去了。

如果我们觉得需要做点什么过滤。比如说想保留 Target 中一个特定的内容。这一个我们可以通过 merge:pull 中 sourceTransfer 属性来设置。

现在来看一个例子：

把 merge:pull 节点修改成

< merge:pull

targetMarkup = "^gen$"

sourceTransfer = "(\s*//\s*begin-user-code.*?//\s*end-user-code\s*)\n"

sourceGet = "Method/getBody"

targetPut = "Method/setBody" />

注意：添加了一个 sourceTransfer, 他的值 值是一个正则表达式。匹配的是被

“// begin-user-code” 和“ // end-user-code” 包围住的所有的字符。

Target 的代码为（我们现在只是关注 isID 方法 ） 。

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");
System.out.println("This will not be replaced!");

// end-user-code
System.out.print("this will be replaced!");

System.out.println("Source code 2");

return id == "source";

}

请注意看一下红色部分的两行代码。

合并后的代码为：

/**
* Source javadoc 13
* <!-- begin-user-doc -->
* Target user javadoc 16
* Target user javadoc 17
* <!-- end-user-doc -->
* Source javadoc 15
* @return source
* @generated
*/
public boolean isID()

{

// begin-user-code

System.out.println("Source user code 1");
System.out.println("This will not be replaced!");

// end-user-code
System.out.println("Source code 2");

return id == "source";

}

在“ // begin-user-code ” 和“ // end-user-code ” 外的代码全部被替换成了。这样就起到了过滤的效果。

如上图：我的目的是想注释掉节点merge:pull。于是在1和3的位置分别加上了注释的开始和关闭的tag。但是却发现了一个奇怪的问题。他认为注释到位置2就结束了。而位置2的”-->”是作为一个用引号“引”起来的值存在的啊。我迷糊了。

我使用的版本是Eclipse 3.2M3

很久就想了如何在Rcp程序中使用Spring。让Spring容器来管理我们rcp程序中的Beans。看到web项目中使用了spring后带来的好处（最直接的就是看到代码量少了）就一脸的憧憬。想我的好日子什么时候才会来啊。

有这个憧憬后我就开始考虑改如何做了。大家肯定都知道如果在eclipse rcp程序中使用直接使用spring的beanfactory无论你是使用方式都会说找不到配置文件的。这个其中的原因是Eclipse 的每个插件都使用他们自己的类加载器（class load）

说明：eclipse中类的详细的装载过程可以产考《Contributing to eclipse 中文版》p44。

所以说能够正确的找到bean的配置文件成了一个难题。

还有一个问题就是如何管理BeanFactory也是一个问题。

既然提出了这两个问题，那就的一个一个的面对啊。

第一个问题的解决方式。只要通过一个插件中的类就可以获得。

我试了一下通过如下代码可以切换class load

最头疼的问题就是如何来管理spring的BeanFactory。如果在每个Plugin类的继承类里都加上对beanfactory的创建。想想都是很恶心的事情。就为这个事情一直停滞不前。搞的我快郁闷死掉了。

就在快死还没有死的时候看到了一个叫EclipseSpring项目（http://sourceforge.net/projects/eclipse-spring/）。一看超爽。他直接把我想做的事情直接给做了。

里显示一个条问候语。

呵呵，是不是很界面太简单了。这个我们就不说了。我们来说说他这个示例中到底是怎么实现的。

文件把。

看看那个org.eclipse.ui.view那个扩展点。是不是有点奇怪啊。他的类是net.sourceforge.eclipsespring.SpringExtensionFactory:example/userNameView这个样子的。一言看上去就不是一个类。而是一个类代了点参数。

不过可以断定他就是上图显示的view了。

在看看上面那个扩展点

<extension

         point="net.sourceforge.eclipsespring.beanFactoryContributors">

      <beanFactoryContributor

            class="net.sourceforge.eclipsespring.example.spring.BeanFactoryContributor"

            id="example"/>

   </extension>

这个扩展点干吗用的啊。嗯是一个问题。

的文件。

这下一看，明白了她就一个spring需要的配置文件。并包括了对view的申明。

从net.sourceforge.eclipsespring.beanFactoryContributors这个名字可以看出他是对beanFactory做了一个扩展。

去这个类看一下，是怎么回事。

只是发现了

这个插件项目的整个类图为

稍微回顾一下。在一个plugin中要有BeanFactoryContributor，spring配置文件合上net.sourceforge.eclipsespring插件就可以使用spring了。

很早很早就听说RCP了。也很想来玩玩，但是一直没有找到好的点子来练手。不过近段时间有个老朋友要求帮他做个小东西。他现在的需求很简单。我怕他以后有要加什么内容。所以就想用RCP来做。刚好用他来好好学习一下，要不都不好意思在bbs.rcp.cn混了。

找了本书（《Eclipse Rich Client Platform Designing Coding and Packaging Java Applications》）按照书中的例子看了起来。

了解基本的：

AbstractUIPlugin，

WorkbenchWindowAdvisor，

WorkbenchAdvisor，

ActionBarAdvisor，

IperspectiveFactory和ViewPart几个类。

收获最大的就是看到yipsilon在bbs.rcp.cn中关于布局的帖子。

根据这段代码做出如下界面：

在3.2中我发现了一个很有方便功能，用来完成这个功能。
选中项目中的jre,通过右键带回菜单：

选中Configure后就会有如下的对话框：

通过Alernate jar就可以达到为该项目设定jre了。

Viewer是逻辑对象（或叫做领域模型）和显示对象之间的一个桥梁。他的主要的任务就是根据逻辑对象来填充窗体组件。一般需要三个类来完成Business Object 在窗体组件中的显示。我们这里同过使用TableView来演示这部分的功能。

窗体组件中。是我们最终在窗体要看到的对象。如下图所示的一部分：

而IStructuredContentProvider和ITableLabelProvider的实现类是用来帮助TableViewer来完成这个任务的。

1、  IStructuredContentProvider的任务是“根据给定的对象，返回一个对应的领域对象”¹。是通过：public Object[] getElements(Object arg0)²方法实现的。

2、  ITableLabelProvider 的任务是“返回展现领域对象的所需的图标和文字”。这两个任务分别是通过public Image getColumnImage(Object element, int columnIndex);和

public String getColumnText(Object element, int columnIndex);这两个方法实现的。他们的传入参数都是：Object element, int columnIndex。Element表示当前行所要展现的数据对象，columnIndex表示的当前处理的列号，他是从零开始记的。

图来表示：

的一个实现类）。

在更新Item的时候提供每个TableView需要的Text和Image就好了。他们最终在TableViewer的doUpdateItem方法中调用ITableLabelProvider的getColumnText和getColumnImage方法。

下面是我示例中的代码：

：

：

Viewer也都是采用ContentProvide和LabelProvide的协作方式来工作。

其他的

参考文献：

1、  Contributing to Eclipse 中文版 Page 290

2、  org.eclipse.jface.viewers. IStructuredContentProvider.java

3、  这个方法继承自StructuredViewer。可参考StructuredViewer.java