| « | September 2026 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | 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 | | | | |
|
公告 |
|
 工作中的Janet．加油！
 生活中的Janet.i-life
|
| Blog信息 |
|
blog名称:
日志总数:30
评论数量:10
留言数量:0
访问次数:87217
建立时间:2005年8月31日 |
| |
|
 [OSWorkflow]充分利用 OSWorkflow 的 function
网上资源
janetvsfei 发表于 2005/9/7 10:28:55 |
使用 OSWorkflow 已经有段时间了，现在看来实际需求不是请假条流程原型这么简单。
有这样的需求：OA 系统中的公文审批共有六个 step，采用单点（不牵涉 split 和 join）逐级审核方式，不同角色登陆时，由同一页面处理，为了便于收发文统计，必须知道下一个接收人是哪个。
由于在触发当前 action 的同时就要设置好下一接收者，遂需要引进新的协作表。当 action 时要调用另外的 save 方法，而这一过程当然不能在表现层进行。最开始的做法是用一个辅助 service 来取出每个 action 的下一接收者，如下：
|
|
|
[Tapestry]Struts终结者?对比组件框架技术tapestry
网上资源
janetvsfei 发表于 2005/9/7 9:34:29 |
前言]：从2000年开始的MVC模式框架Struts看来将要被基于组件的事件驱动模型类框架替代，JSF和Tapestry都是新一代可能成为Struts的终结者。
JSF和Tapestry都是基于页面组件技术的开发框架，但jsf基于jsp，仍然是jsp架构，开发维护起来非常麻烦。tapestry则不同，是基于servlet的一种完全页面组件化的开发框架，而且现在已经非常成熟，目前已经推出t4.0-beta2。
页面开发走向组建化是一种越来越明显的趋势，这方面tapestry可以说是引导了这个方向，也许是sun太厉害，jsf一出生就得到大家的关注，不过顺此东风，tapestry的用户社区比以前更加繁荣了：
http://news.gmane.org/gmane.comp.java.tapestry.user
tapestry有很多范例精彩，参看它的官方网站：
|
|
|