最近学会它是可能,甚至相当轻松地创建使用 SharePoint 设计器的状态机工作流. 必要性是发明和所有的好东西的母亲又寻找发明需要这个星期. 巧合的是, 我偶然 这个 MSDN 论坛帖子 以及. 我个人的经验这周和那"独立确认" 借给我的信念的力量. 我打算写关于这在更大的长度,一个完整的例子, 但这里是它的要点:
- 该方法利用工作流可以更改列表项的事实, 从而引发了新的工作流. 我通常被认为这是令人讨厌,甚至 使用信号量的博客 来处理它.
- SharePoint 允许多个独立的工作流活动针对特定列表项.
若要配置它:
- 您的状态机的设计 (即, 各国和各国的如何过渡到下一个).
- 作为单独的工作流实现每个状态.
- 配置每个这些状态工作流执行中对列表项中的任何变化的响应.
每个状态工作流遵循这粗糙的模式:
- 在初始化时, 确定是否它真的应该运行通过检查"当前项目"中的状态信息. 如果不,中止.
- 做这项工作.
- 更新的"当前项" 与新的状态信息. 这会触发更新到当前项和触发所有状态的工作流.
除了显而易见的好处那一个可以创建声明性状态机工作流, 所有状态信息太棒了建立 Kpi 和有趣的意见.
它有一个相当大的缺点 — 标准的工作流程历史记录跟踪比正常情况下更加无用🙂很容易解决, 然而. 将您所有的审计类型信息存储在自定义列表. 这可能是一个好的主意,甚至为香草的顺序工作流, 但这是另一篇博客文章🙂
我称之为"过失" 因为我有, 不幸的是, 不止一次在论坛上表示,和其他地方那个必须使用 visual studio 创建状态机工作流. 那只是不是真的.
</结束>
Technorati 标签: 工作流