Page Flow in Wcsf

续上次的那篇wcsf, 这次就说说pageflow。
上次show 完后发现还有些不足，所以迟迟没写。现在总算明白pageflow到底能做些什么东西，比workflow好在哪了。

大家都知道现在工作流，都是用workflow, 也许你们有的已经用过这玩艺，.net 3.0中的 WWF。

当workflow 是处理状态跳转的，那状态跳来跳去，呈现给user的是什么，是 page, 还得整天去考虑当前状态保存的问题，真麻烦，现在来了page flow ，好了，事情解决了，很简单，现在每个state 相当于page,每个跳转相当于page transition. 看了，那数据库保存的信息，status column ，真棒啊，搞乱了这column,看不见里面是什么，也没办法改了，刚好，避免那些手痒的小伙子无事改DB的坏习惯。

很多在pageflow 那文档已经说的很清楚了，
就这些 Scenarios

Page navigation --页面跳转，就是 page state 的 transition

Back button -- page button 跟 page state 里的 event driven activity 的关系

Data-driven navigation -- condition branches 的trigger data

Page flow composition -- 复杂的pageflow, 几个pageflow的互相操作

Suspend and resume -- pageflow 的状态，暂停和重起

Abandonment -- option 放弃保存状态

Constraining a page flow -- option 是否强制约束current page. if you are in current page , you can not transfer to another page.

我在这重点讲一个关键点。

quickstart 里面有个叫 pageflowshopingcart的demo, 相对应数据表有两张：

pageFlow_InstanceStore --pageflow CorrelationToken and running status

InstanceState -- pageflow status and time

仔细瞧了瞧，这个CorrelationToken字段，想了很久发现这字段它是存user的，针对这个user的pageflow status,但现
实中有很多这样的场景，一个User request 了一张form, 需要manager  approved,或manager approved 后还需要他的manager  approved 等等之类的场景，那应该怎么去处理好呢？

后来才想到如果在这个 CorrelationToken 写的是formID ,那事情就解决了嘛，其他人进来，看看是不是需要自己approved,是的话在trigger 这form status 跳转，不是就算了，status 还一样，果真，试了个demo， ok了。大家先瞧瞧，demo改天传,或留个mail，整理下传你们

转载于:https://www.cnblogs.com/hyh11/archive/2007/06/11/779731.html