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

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）中有现成的。不多说了，拿来用吧。

后来就想假如我需要从图形编辑器中拖拽对象到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