gmf特殊connection删除的问题

本文介绍了解决GMF编辑器中连接项无法正确删除的问题。通过调整ConnectionEditPolicy,确保连接项在删除时能够同时从模型中移除,避免重复出现。

昨天一哥们碰到一个问题,他用gmf做的编辑器有个connection,这个connection很特殊,它的source和target都是connection,这个connection删除的时候只是不显示了,

下次打开diagram的时候还是存在的,经观察,点击右键的时候有两个删除选项分别是:

delete From Diagram(别的点完之后这个是disable的)和delete From Model。而点delete的时候默认执行的是delete From Diagram,

这样不会删除对应模型,也就导致了上面的问题。我先是想办法让与delete From Diagram对应的Action不被加到右键

菜单上(如果能让它的etCommand()方法返回null问题也解决了,但是没做到。。。),用如下扩展点

 

 

   <extension point="org.eclipse.gmf.runtime.common.ui.services.action.contributionItemProviders">

      <?gmfgen generated="true"?>

      <contributionItemProvider

            class="org.eclipse.gmf.runtime.diagram.ui.providers.DiagramContributionItemProvider"

            checkPluginLoaded="false">

         <Priority name="Low"/>

         <popupContribution class="org.eclipse.gmf.runtime.diagram.ui.providers.DiagramContextMenuProvider">

            <popupStructuredContributionCriteria objectClass="kmPkg.diagram.edit.parts.KAssociationBetweenVariablesEditPart"/>

            <popupPredefinedItem id="deleteFromDiagramAction" remove="true"/>

         </popupContribution>

      </contributionItemProvider>

   </extension>

 

发现那个菜单是没了,但问题依然没有解决。于是继续debug,看看别的按delete的时候和这个按delete的时候到底有什么区别,经过了一夜加一个早上的奋战终于发现,原因出在,别的Connection删除的时候ConnectionEditPolicy#shouldDeleteSemantic()返回的是true,也就是删除对应模型的意思,而这个删除的时候

上面的方法返回false。。。。

 

 

于是在Connection对应的EditPart上重新安装如下policy

 

protected void createDefaultEditPolicies() {

super.createDefaultEditPolicies();

installEditPolicy(EditPolicy.CONNECTION_ROLE,

           new MyConnectionEditPolicy());

//install other policy

}


MyConnectionEditPolicy 的代码如下,让shouldDeleteSemantic返回true

import org.eclipse.gmf.runtime.diagram.ui.internal.editpolicies.ConnectionEditPolicy;

public class MyConnectionEditPolicy extends ConnectionEditPolicy{

@Override
protected boolean shouldDeleteSemantic() {
return true;
}
}


然后运行发现删除(按delete)的时候弹出个对话框,意思就是这样做会连模型也删除,如果只想从diagram中删除,请点右键。。。


选择yes,然后把复选框勾上,下次就不会看到这个对话框了。




一切恢复正常:)



如果想知道具体原因,请看DeleteFromDiagramAction#isCanonical方法和ConnectionEditPolicy#shouldDeleteSemantic()方法



注:如果不想从菜单中去掉delete From Diagram,不用扩展那个扩展点

下载前必看:https://renmaiwang.cn/s/bvbfw Verilog设计_串并转换 / 移位寄存器实现了一种串并转换的功能,其核心原理在于移位寄存器的运用。 这里详细展示了串转并以及并转串两种不同的设计方案。 每一种转换模式都设有专属的使能信号,同时并行输出数据的格式提供了两种选择:最低有效位优先(lsb)和最高有效位优先(msb)。 串并转换技术主要应用于串行传输与并行传输这两种数据传输模式之间的相互转换,而移位寄存器是达成这一目标的常用工具,能够支持并行及串行的数据输入与输出操作。 这些移位寄存器通常被设定为“串行输入、并行输出”(SIPO)或“并行输入、串行输出”(PISO)两种工作模式。 在串行数据输出的过程中,构成数据和字符的码元会按照既定的时间顺序逐位进行传输。 相比之下,并行数据传输则是在同一时刻将固定数量(普遍为8位或16位等)的数据和字符码元同时发送至接收端。 数据输入通常采用串行格式进行。 一旦数据成功输入寄存器,它便可以在所有输出端同时被读取,或者选择逐位移出。 寄存器中的每个触发器均设计为边沿触发类型,并且所有触发器均以特定的时钟频率协同工作。 对于每一个输入位而言,它需要经过N个时钟周期才能最终在N个输出端呈现,从而完成并行输出。 值得注意的是,在串行加载数据期间,并行输出端的数据状态应保持稳定。 数据输入则采用并行格式。 在将数据写入寄存器的操作过程中,写/移位控制线必须暂时处于非工作状态;而一旦需要执行移位操作,控制线便会变为激活状态,并且寄存器会被锁定以保持当前状态。 只要时钟周期数不超过输入数据串的长度,数据输出端Q将按照预定的顺序逐位读出并行数据,并且必须明确区分最低有效位(LSB)和最高有效位(MSB)。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值