<b>jBPM-Side流程筹划器架构阐明</b>[Java编程]
本文“<b>jBPM-Side流程筹划器架构阐明</b>[Java编程]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
1、代码主要构造
所谓流程计划器者,无怪乎读取xml文件,图形展示,操作图形元素,改变xml文件,回写,如此罢了.
既然如此,计划器的流程构造就非常清楚:首先是xml框架解析xml文件为Model模子组件,然后Model模子组件被展示为Component视图组件;用户对Component视图组件举行操作,这些操作被同步的改正到Model模子组件;最后用户保存时,Model模子组件经过xml框架解析回 xml文件,该文件被上传到服务器或本地覆盖原有的xml文件.
那么代码构造就很清楚了:xml框架、Model模子组件和Component视图组件.但是等等,Model与Component若何交互呢?这里就需求GEF框架嫁接起二者的接洽.同时,一个流程计划器常常要同时编辑多个流程定义,相比具体的流程定义而言,计划器拥有一些全局的对象,这些全局对象包含系统菜单栏、工具条、整个计划器筹划框架(ProcessDesigner)、计划器进口(ProcessEditor),还有就是负责保存全局属性和公布/定阅定制事件的TheModel对象.
2、Component视图组件
很直接,Component视图组件指的是与用户打交道的、与流程定义相关的视图元素.注意这里的一个定语:与流程定义相关的,即不包含系统菜单、工具条这些东东.这些视图元素很简单,包含画图板、各种节点元素和衔接线元素.
代码位于org.jbpmside.view.component和org.jbpmside.view.component.node下.主要类 SurfaceComponent、NodeComponent和ConnectionComponent.看类名就很清楚这些类辨别代表着什么组件:
SurfaceComponent代表画图板;
NodeComponent代表节点;
ConnectionComponent代表衔接线;
org.jbpmside.view.component.node下的类就是NodeComponent类的子类,代表具体的单个节点范例了,包含开始节点、完毕节点、Fork节点、Join节点等等.
Component视图组件利用了degrafa来渲染表现情势.
目前贫乏一个属性弹出框组件,职责展示和改正节点/衔接线属性.
3、Model模子组件
Xml流程定义文件解析为本地Model模子组件,本地建模和jBPM4的PVM建模一致,代码位于org.jbpmside.model下,重要的类:
ProcessModel代表流程定义;
NodeModel代表节点定义;
ConnectionModel代表衔接线定义;
剩下的就是具体节点范例的模子类,比方StartNode/EndNode/TaskNode等.
目前模子类还非常简单,因为前段时间主要关注Component视图组件部份,接下来很快会与jPDL标准完好同步,同时ProcessModel/NodeModel/ConnectionModel会举行重构,目标是与jBPM4模子完好一致.
最新的模子位于org.jbpmside.model.common下,对jpdl4的支持位于org.jbpmside.model.jpdl4下,将来需求将Component与Model的关联迁移至common包下.
以上是“<b>jBPM-Side流程筹划器架构阐明</b>[Java编程]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |