如何理解流程的触发设计?
如果您设计了这样主流程,表达您的业务处理逻辑。。。
从逻辑上看,您希望处理 1,再同时处理 2、处理 3,然后处理 4,这是没问题的。但您是否想过,这个流程,谁来调,什么时候开始调,什么条件下调。对于这些,TASKCTL 都无从知道。因此,对于这样的主流程,是无法完成正常调度的,如果您以正常模式启动它,TASKCTL只能从一开始运行到结束,然后立即又从开始,再到结束,没完没了… … 这,显然不是您想要的。
对于这种决定一个流程什么时候开始运行,什么条件下运行的设计,我们就称为流程的触发设计。
不论是子流程,还是主流程是否都需要触发设计,怎样设计业务流程触发?
不是的。TASKCTL建议,您的业务处理逻辑,尽量采用子流程来表达,无需设计流程触发条件。同时我们设计一个主流程,在主流程中设计触发条件,并触发调用相应的业务子流程。如果您的业务流需要定时触发,干脆直接设计一个定时器来调用即可。
以下时两种常见的流程触发设计:
1.文件达到触发设计。表示只有当某个标志文件出现时,再调用相应业务流程
2.定时调度。设计一个定时器来调,指定每天 23:01 开始调