工作流系统一定要使用xml来描述流程吗？

工作流的数据还是使用数据库存储，但是过程还要xml描述，能不能用数据库描述呢？

评论

9 楼 likeblood 2007-11-28  

随便，只要你的引擎能认识就行，我们的需求人员都是用嘴表述的，我再把这些话翻译成引擎看得懂的东西，然后存数据库里，可以直接存xml，也可以是普通数据

8 楼 cbhyk 2007-11-28  

部署时xml方便

7 楼 抛出异常的爱 2007-11-28  

ronghao 写道

描述流程的XML其实就是DSL。其实最重要的就是这一点，至少你能一眼将节点之间的关系流转等等看得非常明白吧。

没有图形化工具。。。。
很难说的上一眼看明白。。。。

6 楼 ronghao 2007-11-28  

描述流程的XML其实就是DSL。其实最重要的就是这一点，至少你能一眼将节点之间的关系流转等等看得非常明白吧。

5 楼 yongtree 2007-11-28  

liusong1111 写道

theone 写道

其实我觉得用DSL来描述更好

很多工作流系统都支持多种形式描述、存储流程定义。
OpenWFEru就可以用ruby DSL描述，感觉挺不赖。用xml描述的好处是可以双向解析，对可视化流程编辑工具友好，这时它起到前后端数据交换格式的作用。
数据库存储过于分散和靠近后端，不过把整个流程定义作为一个blob或类似的整体存放在数据库可以消除分散的问题。如果涉及到流程定义的灵活性、版本控制、增删改查、缓存、备份维护、执行期动态修改等因素，考量各种存储形式的利弊就更复杂。

才开始没有明白xml的作用，总以为过程定义的描述既然都存放在数据库中，为什么好要xml来描述呢。是不是xml就相当于数据库结构的一种映射和表现，对编辑器友好，更容易让用户使用图形化的编辑工具来设计流程，还能支持流程的导入导出。如果对流程设计要求不高的话，是不是数据库就足以应付呢？

4 楼 liusong1111 2007-11-28  

theone 写道

其实我觉得用DSL来描述更好

很多工作流系统都支持多种形式描述、存储流程定义。
OpenWFEru就可以用ruby DSL描述，感觉挺不赖。用xml描述的好处是可以双向解析，对可视化流程编辑工具友好，这时它起到前后端数据交换格式的作用。
数据库存储过于分散和靠近后端，不过把整个流程定义作为一个blob或类似的整体存放在数据库可以消除分散的问题。如果涉及到流程定义的灵活性、版本控制、增删改查、缓存、备份维护、执行期动态修改等因素，考量各种存储形式的利弊就更复杂。

3 楼 theone 2007-11-27  

其实我觉得用DSL来描述更好

2 楼 抛出异常的爱 2007-11-27  

要生成表结构
用数据库生成的话有点乱，
把两种不同的东西分离开可以分离观注点

1 楼 anniewm 2007-11-27  

没有明白你的意思
过程定义都已经存在数据库里了，怎么展现都可以啊