通常,当设计一个系统时,该系统具有以某种预定义的逻辑顺序发生的多个事件,或者在过程开始时请求所有必需的超时,或者始终仅请求“下一个”超时有任何好处。 (或者换句话说,下一个事件的超时)?
为澄清起见,我所说的是一种情况,当您希望一些事情顺序发生时。 事件A应该在初始化后3小时发生,事件B在初始化后10小时发生,事件C应该在某些进程初始化后48小时发生。
该过程开始时,应该只为事件A请求超时(然后又为事件B请求超时,依此类推),还是应该立即为所有事件请求超时? >
在我们的情况下,该过程可能会在任何时间点停止-因此,如果初始化后5小时停止了该过程,则事件A应该已经发生,而事件B和C根本就不会发生。
在特殊情况下,流程也可能在中途启动(例如,“在5小时内启动流程”,在这种情况下,事件B应该在5小时后发生),并且各个流程的时间表可能需要手动更新(例如,“让对于该单个流程实例,将事件B推迟2.5小时。
任何想法都值得赞赏,希望这不是骑自行车的过分。
答案 0 :(得分:0)
如果我的方案没问题,则可以以由启动该过程的初始消息启动的传奇开始,在处理初始消息时,您将请求期望的超时,并在超时处理程序中检查是否其他根据当前状态处理和采取行动的事件/操作...
这有意义吗?