JWFDv0.96 工作流-嵌入公式逻辑结构说明.docVIP

JWFDv0.96工作流引擎设计 --嵌入公式使用和结构说明 注：这篇文章中所使用的“函数”就是指JAVA语言中的方法 作者 comsci 2010.11.18 四川。成都 总体设计思路 通过在流程的节点里面嵌入公式(脚本)，保存在数据库中节点字段属性中的，然后流程引擎控制器通过执行脚本引擎获得运行公式的结果，然后通过这个运行结果控制流程的走向 设计说明：提前计算及其潜在问题 在实际的流程系统工程设计中，我们会遇到这样的问题，流程引擎要根据嵌入条件公式的运行结果来判断流程流转的方向，一般来讲流程引擎在控制流程流转的那个时刻才能够获得控制流转的参数，因为负责控制嵌入节点的脚本的脚本引擎是在流程流转到该节点的时候才启动，而这个时候脚本引擎运算的结果才作为流程引擎控制流转方向的参数发挥作用，那么我们在解决这个问题的时候，采取了一种叫“提前计算”的方法来处理这个问题，简单的讲，提前计算就是将流程引擎中对流程的流转控制所需的参数通过提前启动脚本引擎运行嵌入节点的脚本来提前获得这个参数，那么引擎一旦运行到这个节点的时候，这个关键的控制参数已经放在参数表中，引擎立即就可以确定流转的方向。 --------------------------------------------------------------------------------------------------------------------- 嵌入公式的二次开发使用说明 当用户使用流程节点的属性编辑器写一段嵌入脚本公式进去之后，这段公式的数据就进入数据库的节点表step_main中的cond字段中的保存（请参考JWFD工作流系统的数据库结构文档） 对着设计器的节点点击鼠标右键“增加节点属性” 尝试点击编辑节点条件公式，出现流程节点嵌入表达式编辑界面 用户可以在这里面自定义嵌入表达式 这个界面所对应的代码是org.jwfd.workflowDesigner.UItools.SwingTools.ExpressEditor.java 用户可以通过查看流程定义XML编辑窗口，看看你编辑的公式进入XML文档中没有 用户点下面这个标签，流程图.gxl的窗口就是XML的定义属性，如果用户编辑的公式已经在Condition的属性中，那么用户提交流程的时候，这个字段就会被送入数据库中的节点表step_main中的cond字段进行保存 用户提交，出现异常之后，不管这个异常，直接看数据库中数据进入没有，如果进入就OK，这一步就到这里 那这一步就这样，这个异常我修改以后重新发布，用户暂时现在可以往下面的工作进行下去 就是对流程节点的嵌入脚本尝试计算。。然后根据计算结果来控制流程走向，请参考前面的设计说明 这个时候，用户需要调用代码包中的org.jwfd.workflowDesigner.UItools.Database.mysql.FlowsSqlControlModule.java这个类里面的这个SQL操作方法public String get_condition() 这个方法通过传入的节点ID(step_id)来获取流程数据表中节点的逻辑公式属性值(cond) 位置在这个类的第1440行 那么通过这个方法获取这个公式之后，下一步，我们就通过调用org.jwfd.workflowEngines.GrammarAnalysis.GrammarInterface.java这个类里面的public void ScriptAnalysis(String str){}这个方法来得到这个公式运行之后的结果值 通过这个ScriptAnalysis方法运行后，将公式结果直接屏幕输出值，用户要通过代码获得这个结果，需要修改一下这个方法的返回属性，修改为字符串（JWFD定义的嵌入公式都是字符串格式的，也可以定义为文本文件或者其它文件格式） 拿到这个结果之后，就需要进行下一步在org.jwfd.workflowEngines.Algorithm.TopologyAnalysis.java这个类中修改public void SAN(java.util.ArrayList ln, String graphid,String prestep){}方法，这个SAN方法是流程引擎的核心控制器，这个控制器的原理在这篇文章中 /ZBLOG/post/23.html 要根据公式计算结果来控制流程的流转方向，主要工作就在这个v0.96 引擎的SAN方法中处理，这个方法的前身其实就是一个图形拓扑遍历算法，算法的伪码描述在这里,SAN算法是在v0.94版本的引擎DSF算法的基础上面修改而成的，所以其基础结构还是DSF的结构