| « | December 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | |
|
公告 |
|
 工作中的Janet．加油！
 生活中的Janet.i-life
|
| Blog信息 |
|
blog名称:
日志总数:30
评论数量:10
留言数量:0
访问次数:86297
建立时间:2005年8月31日 |
| |
|
 [OSWorkflow]OSWorkflow 探索
网上资源
janetvsfei 发表于 2005/9/7 10:33:27 |
前 言
本文没有抛出可运行的范例，仅仅是程序片断而已，不过在 OSWorkflow 的 Wiki 上，Quake Wang 已把官方入门教程完整地翻译成中文了，有兴趣的读者可去阅读。关于 OSWorkflow 更加细节性的内容，可参考官方手册，相信你在了解了入门教程后，可轻松阅读官方手册。
OSWorkflow 概念
在商用和开源世界里，OSWorkflow 都不同于这些已有的工作流系统。最大不同在于 OSWorkflow 有着非常优秀的灵活性。在开始接触 OSWorkflow 时可能较难掌握（有人说不适合工作流新手入门），比如，OSWorkflow 不要求图形化工具来开发工作流，而推荐手工编写 xml 格式的工作流程描述符。它能为应用程序开发者提供集成，也能与现有的代码和 |
|
|
[OSWorkflow]充分利用 OSWorkflow 的 function
网上资源
janetvsfei 发表于 2005/9/7 10:28:55 |
使用 OSWorkflow 已经有段时间了，现在看来实际需求不是请假条流程原型这么简单。
有这样的需求：OA 系统中的公文审批共有六个 step，采用单点（不牵涉 split 和 join）逐级审核方式，不同角色登陆时，由同一页面处理，为了便于收发文统计，必须知道下一个接收人是哪个。
由于在触发当前 action 的同时就要设置好下一接收者，遂需要引进新的协作表。当 action 时要调用另外的 save 方法，而这一过程当然不能在表现层进行。最开始的做法是用一个辅助 service 来取出每个 action 的下一接收者，如下：
|
|
« 1 ›
|