假设GMF为你生成的项目名称为com.example.diagram,现在要在右键菜单里增加一个自定义命令,并关联在名为Activity的模型元素上,即只有在Activity类型的元素上点右键,弹出菜单里才有这个自定义命令。此命令的功能是简单的把该Activity的Name属性改为“Modified Activity”。实现的步骤如下:
1、如果之前没有创建过,则创建一个名为com.example.diagram.custom的plugin项目(以下简称为“custom项目”),新建这个项目的目的是把自己的定制与GMF生成的代码分开;
2、在custom项目里实现org.eclipse.ui.popupMenus扩展点,这样会在右键菜单里多出一个"Change"菜单项,下面有"Name"命令;
point="org.eclipse.ui.popupMenus">
< objectContribution
adaptable="false"
id ="com.example.custom.objectContribution.ActivityEditPart"
objectClass ="com.example.diagram.edit.parts.ActivityEditPart">
< menu
id="BMAChange"
label ="&Change"
path ="additions">
<separator name="group1"/>
</menu>
< action
class="com.example.diagram.popup.ChangeActivityNameAction"
enablesFor ="1"
id ="com.example.diagram.popup.ChangeActivityNameAction"
label ="&Name"
menubarPath ="BMAChange/group1"/>
</objectContribution>
</extension>
3、实现上一步里定义的Action类ChangeActivityNameAction,这个类不仅要实现 IObjectActionDelegate(popupMenus扩展点的要求),还要继承自AbstractActionDelegate这个类(GMF的要求)。我们要做的是实现doRun()方法,首先取得当前选中的editpart,然后创建一个SetRequest实例,它包含了改变属性操作的所有信息,包括目标对象、属性的名字和新属性值。因为GMF里editpart的getModel()方法不是业务模型里的元素了,而是View对象,要再调用View#getElement()才能得到业务模型里的元素,所以代码里我们利用 ViewUtil#resolveSemanticElement()方法直接得到Activity对象。另外,GMF使用了EMFT的 Transaction项目来操作模型,所以editpart.getEditingDomain()方法得到的会是一个 TransactionalEditingDomain类型。
有了request,我们用它作为构造参数创建一个SetValueCommand(),这是一个GMF命令(实现 org.eclipse.gmf.runtime.common.core.command.ICommand),用来改变属性值。最后要执行这个命令,我们知道command是要用CommandStack来执行的,这样才能undo/redo,但 editpart.getDiagramEditDomain().getDiagramCommandStack()得到的CommandStack只能执行GEF的命令(org.eclipse.gef.commands.Command),所以要把我们的command用 ICommandProxy()包装一下,这样就没问题了。
implements IObjectActionDelegate {
protected void doRun(IProgressMonitor progressMonitor) {
// Get the selected edit part
IStructuredSelection structuredSelection = getStructuredSelection();
Object selection = structuredSelection.getFirstElement();
IGraphicalEditPart editpart = (IGraphicalEditPart) selection;
// Create a command to modify its property
SetRequest request = new SetRequest(
editpart.getEditingDomain(),
ViewUtil.resolveSemanticElement((View) editpart.getModel()),//The semantic model
BmaPackage.Literals.ACTIVITY__NAME,//Name feature of activity
"Modified Activity");//New name value
SetValueCommand command = new SetValueCommand(request);
//Do the work
editpart.getDiagramEditDomain().getDiagramCommandStack().execute(new ICommandProxy(command));
}
}
Update: 可以用IGraphicalEditPart#resolveSemanticElement()直接取得editpart对应的 EObject,IGraphicalEditPart#getNotationView()是得到View对象,和getModel()作用一样。
运行效果如下,选择修改名字命令后,Activity1的名字改为Modified Activity,并且可以undo/redo:
参考:
- GMF提供的Logic例子中CreateLogicElementActionDelegate.java文件
- GMF Tips,Change Names Of Newly Created Elements小节
- GMF Tutorial Part 3
Update(2007/07/17):似乎GMF更推荐使用IOperationHistory来修改模型,例如在Action的doRun()方法里像下面这样写:
editingDomain,
"Modifying the model" , Collections.EMPTY_LIST) {
protected CommandResult doExecuteWithResult(
IProgressMonitor monitor, IAdaptable info)
throws ExecutionException {
//在这里修改模型
return CommandResult.newOKCommandResult();
}
};
try {
OperationHistoryFactory.getOperationHistory().execute(command,
new SubProgressMonitor(progressMonitor, 1), null );
} catch (ExecutionException e) {
MindmapDiagramEditorPlugin.getInstance().logError(
"Unable to create model and diagram", e); //$NON-NLS-1$
}
因为在GMF新闻组里提到过:"in a GMF application, you should probably never execute commands in a CommandStack, because it will not be worth the effort of coordinating the IUndoContexts applied to these commands and your GMF AbstractTransactionalCommands to ensure that the Undo/Redo menus make sense.",原文链接