Posted on 2008-01-04 08:49
笑看人生 阅读(1394)
评论(0) 编辑 收藏 所属分类:
Java插件开发
要实现向编辑器增加活动，我们应该在面板上选一种活动（开始活动，普通活动，结束活动），拖到编辑器中。为此我们必须在面板和编辑器中分别加监听。修改WorkflowProcessEditor类
在编辑器的GraphicalViewer加监听
protectedvoid initializeGraphicalViewer() 
{
super.initializeGraphicalViewer();
GraphicalViewer viewer = getGraphicalViewer();
viewer.setContents(getModel()); // set the contents of this editor
// listen for dropped parts
viewer.addDropTargetListener(createTransferDropTargetListener());
}
private TransferDropTargetListener createTransferDropTargetListener() {
returnnew TemplateTransferDropTargetListener(getGraphicalViewer()) {
protected CreationFactory getFactory(Object template) {
returnnew SimpleFactory((Class) template);
}
};
}
同时我们还必须给面板加监听，覆盖父类的createPaletteViewerProvider()方法：
protected PaletteViewerProvider createPaletteViewerProvider() {
returnnew PaletteViewerProvider(getEditDomain()) {
protectedvoid configurePaletteViewer(PaletteViewer viewer) {
super.configurePaletteViewer(viewer);
viewer.addDragSourceListener(new TemplateTransferDragSourceListener(viewer));
}
};
}
光在这两个地方加监听，还不够，这里还要引出gef的重要概念：策略（Policy）,用过Rose的人都知道，我们可以新建一个类图，移动它，删除它，这在流程设计器中也可以，只是新建活动，移动活动等操作，用户这些操作其实是对控制器的操作，比如用户用鼠标移动活动，其实这过程包括用户向控制器发出移动活动的请求（Request）,控制器就调用相应的命令（Command）来修改模型中活动的位置属性，而模型的位置属性发生变化，又会通知控制器，控制器就会刷新视图，改变活动的位置，这样，我们就移动了活动，那么控制器是怎么根据请求的类型调用相应的命令的，这就是策略的作用，简单说，策略保存了请求类型和命令的映射关系，它知道什么样的请求要调用哪个命令。
明白策略的含义之后，就可以更好的理解我们下面的程序了。我们要向流程中增加一个活动，就要向流程控制器发出请求，因此，我们要在流程控制器中安装策略，由于我们在编辑器中采用绝对定位方式，因此安装XYLayoutEditPolicy策略，我们定义一个类WorkflowProcessXYLayoutEditPolicy继承它，
我们修改WorkflowProcessEditPart类的createEditPolicies方法：
protectedvoid createEditPolicies() {
installEditPolicy(EditPolicy.LAYOUT_ROLE, new WorkflowProcessXYLayoutEditPolicy());
}
其实这个策略不仅可以处理创建活动的请求，还可以处理改变活动位置和大小的请求。
接下来我们来看WorkflowProcessXYLayoutEditPolicy
package com.example.workflow.policy;
import org.eclipse.gef.EditPart;
import org.eclipse.gef.commands.Command;
import org.eclipse.gef.editpolicies.XYLayoutEditPolicy;
import org.eclipse.gef.requests.CreateRequest;
publicclass WorkflowProcessXYLayoutEditPolicy extends XYLayoutEditPolicy{
protected Command createChangeConstraintCommand(EditPart arg0, Object arg1) {
// TODO Auto-generated method stub
returnnull;
}
protected Command getCreateCommand(CreateRequest arg0) {
// TODO Auto-generated method stub
returnnull;
}
}
如果我们发出在编辑器中新建活动的请求，流程根据安装的策略，就会调用这个类的getCreateCommand方法，为此我们要修改这个方法，如果我们发出改变活动大小和位置的请求，就会调用createChangeConstraintCommand方法。
为了修改流程模型，在流程模型中增加一个活动，我们用命令来实现这个功能，命令都具有撤销，重做功能，我们只需覆盖redo，undo方法就可以实现这功能。：
package com.example.workflow.commands;
import org.eclipse.draw2d.geometry.Dimension;
import org.eclipse.draw2d.geometry.Rectangle;
import org.eclipse.gef.commands.Command;
import com.example.workflow.model.AbstractActivity;
import com.example.workflow.model.WorkflowProcess;
publicclass AbstractActivityCreateCommand extends Command{
private AbstractActivity newActivity;
privatefinal WorkflowProcess parent;
private Rectangle bounds;
public AbstractActivityCreateCommand(AbstractActivity newActivity, WorkflowProcess parent, Rectangle bounds) {
this.newActivity = newActivity;
this.parent = parent;
this.bounds = bounds;
setLabel("activity creation");
}
publicboolean canExecute() {
returnnewActivity != null && parent != null && bounds != null;
}
/**//* (non-Javadoc)
* @see org.eclipse.gef.commands.Command#execute()
*/
publicvoid execute() {
newActivity.setLocation(bounds.getLocation());
Dimension size = bounds.getSize();
if (size.width > 0 && size.height > 0)
newActivity.setSize(size);
redo();
}
/**//* 重做
*/
publicvoid redo() {
parent.addChild(newActivity);
}
/**//* 撤销
*/
publicvoid undo() {
parent.removeChild(newActivity);
}
}
接下来，我们还要修改WorkflowProcessXYLayoutEditPolicy的getCreateCommand方法，如果在编辑器中请求创建的对象是开始活动，活动，结束活动的一种，都会调用刚才新建的命令。
protected Command getCreateCommand(CreateRequest request) {
Object childClass = request.getNewObjectType();
if (childClass == StartActivity.class
||childClass == Activity.class
||childClass == EndActivity.class) {
returnnew AbstractActivityCreateCommand((AbstractActivity)request.getNewObject(),
(WorkflowProcess)getHost().getModel(), (Rectangle)getConstraintFor(request));
}
return null;
}
这下，我运行这个项目，我们从面板选中一个活动，放在编辑器中，编辑器根本没有反映，其实是我们少写了一个地方，我们向编辑器放一个活动，向流程控制器发出在编辑器中增加活动的请求，流程编辑器根据安装的策略，调用相应的命令修改流程模型，在流程模型中增加活动模型，而此时流程模型发生了变化，控制器应该刷新流程模型对应的视图，而我们程序是没有写这段代码的，因此我们要修改WorkflowProcessEditPart的propertyChange方法，由于在WorkflowProcess模型中，当向模型中增加活动时通知控制器流程的CHILD_ADDED_PROP发生变化的，见如下代码：
public boolean addChild(AbstractActivity a) {
if (a != null && activities.add(a)) {
firePropertyChange(CHILD_ADDED_PROP, null, a);
return true;
}
return false;
}
为此我们在propertyChange应作如下修改：
public void propertyChange(PropertyChangeEvent evt) {
String prop = evt.getPropertyName();
if (WorkflowProcess.CHILD_ADDED_PROP.equals(prop)
|| WorkflowProcess.CHILD_REMOVED_PROP.equals(prop)) {
refreshChildren();
}
}
以上程序的意思是，当往流程模型中增加活动或者从流程模型中删除活动时，刷新流程模型包含子元素对应的视图，而流程模型的子元素是活动模型，而活动模型控制器的refreshVisuals()我们也没有实现，因此我们也应该实现这个方法，定义如下：
private AbstractActivity getCastedModel() {
return (AbstractActivity) getModel();
}
protectedvoid refreshVisuals() {
Rectangle bounds = new Rectangle(getCastedModel().getLocation(),
getCastedModel().getSize());
((GraphicalEditPart) getParent()).setLayoutConstraint(this, getFigure(), bounds);
}
这个方法的含义是取得活动模型的位置，大小信息，把当前活动模型定位到编辑器的适当位置。
这下，我们再运行项目，就可以顺利把活动添加到编辑器中了。
在下一节，我们将介绍如何移动，删除活动，改变活动的大小，在活动之间新建转移