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

山寨版工作流:groovy控制的责任链,第1张

概述有点标题党的嫌疑 本文不涉及工作流中的环节(step)、条件(conditions)、循环(loops)、分支(spilts)、合并(joins)、角色(roles)等等。 不涉及工作流。 呵呵,说白了, 就是在责任链中加入脚本控制。 扩展自apache common chain: http://commons.apache.org/chain/ 比如有如下chain:描述我工作日的生活:早餐,去

有点标题党的嫌疑
本文不涉及工作流中的环节(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.

总结

以上是内存溢出为你收集整理的山寨版工作流:groovy控制的责任链全部内容,希望文章能够帮你解决山寨版工作流:groovy控制的责任链所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/langs/1266913.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-08
下一篇 2022-06-08

发表评论

登录后才能评论

评论列表(0条)

保存