山寨版工作流:groovy控制的责任链

有点标题党的嫌疑
本文不涉及工作流中的环节(step)、条件(conditions)、循环(loops)、分支(spilts)、合并(joins)、角色(roles)等等。
不涉及工作流。

呵呵,说白了, 就是在责任链中加入脚本控制。

扩展自apache common chain:
http://commons.apache.org/chain/

比如有如下chain:描述我工作日的生活:早餐,去公司,工作,午餐,工作, 回家



如果是假期, 那我的生活或许是这样的: 早餐,出去high, 回家


好了, 我现在有一个需求, 需要在chain的配置中, 加入脚本功能, 以控制command是否应该执行。
如果有了这个功能, 以上的两个chain就可以合并为一个


有了流程控制, 实现了command的扭转。

具体如何实现的呢?
我为没一个command增加一个expression属性(即脚本内容):
在<script>...</script>节点包含的每个command中,有相同的expression属性.

比如:

这是个command,每个command的expression值都为:"!context.isHoliday()"


一个command的基类:
在运行商业逻辑(action)之前, 运行一下expression, 如果为true,就执行action, 否则, 继续下一个command:



ScriptEngine是一个script 引擎接口:


一个groovy的实现:

 

Game over.

相关文章

背景:    8月29日,凌晨4点左右,某服务告警,其中一个...
https://support.smartbear.comeadyapi/docs/soapui/steps/g...
有几个选项可用于执行自定义JMeter脚本并扩展基线JMeter功能...
Scala和Java为静态语言,Groovy为动态语言Scala:函数式编程,...
出处:https://www.jianshu.com/p/ce6f8a1f66f4一、一些内部...
在运行groovy的junit方法时,报了这个错误:java.lang.Excep...