作者 内容
 wangyu4882  我的设计,请大家看看对不对
 

一个工作流的系统:
流程:流程中包括多个节点,
节点:节点必须知道可以到达的下一个节点(用户定义),默认发送的下一个节点(用户定义)。。(定义数据在运行中改变很少)
我是这么设计的:
1。流程对象中包含一个集合,储存流程下所有的节点的引用。(不知道节点应不应该有流程的引用,如果没有,要得到节点所属的流程信息怎么办,如果有,就形成了对象之间的循环引用,不太好)
2。节点包含到达的下一个节点,的集合,默认发送的下一个节点的集合,但是这样节点之间必然形成网状关系,过于复杂,所以我想用一个调停者 负责管理节点之间的关系。
调停者有所有节点的引用,
3。每个节点又有调停者的引用。当用户调用节点上的“得到可到达节点”方法时,调用被转发到调停者对象(最后否定这个做法,既然节点间的关系由调停者负责,节点上就不应该有“得到可到达节点”方法,客户端应该直接调用调停者)。

 04/05/15 16:16 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 sealw  请参考OMG为工作流引擎定义的一个API
 
 04/05/17 09:32 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 spide   没有什么“对不对”,凭感觉就应该这种思路。“调停者”这个名词有点哗众取宠,也不需要这个对象。只要有一些“路程”对象就行了。这个系统的设计关键不是“节点”而是“路程”。
 
 04/05/23 14:34 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首