sharepoint 状态机工作流解决方案（三）；内置缺省流程逻辑的 sharepoint 状态机

《sharepoint 状态机工作流解决方案（三）；内置缺省流程逻辑的 sharepoint 状态机》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、SharePoint状态机工作流解决方案（三）；内置缺省流程逻辑的SharePoint状态机　　在前文中我们提到，SharePoint的任务封装机制决定了它的状态机应用存在两个问题，一个是多人审批时，需要为每个审批人都添加一个EventDrivenActivity；另一个是审批人数在设计期就必须确定。　　这两个问题有没有办法解决呢？幸亏e：　　当用户执行此操作时，跳转到的状态。　　ActionField：　　和任务进行交互的字段，生成任务时，将用户允许的操作传入到此字段；任务改变时，从此字段获取用户进行的操作。　　SequenceApprove：　　顺序审批，当有多个审批人时，可以逐

2、个进行审批。　　自定义State活动　　运行时动态生成的状态机工作流　　审批_Initialization中的流程　　审批_EventDriven_1中的流程　　解决方案的价值　　这个解决方案，能够满足SharePoint工作流应用大部分的需求，因为它基本能够实现我们用WF实施过的近百个复杂的业务流程；现在也已经在一个项目中应用了近10个流程，较好地解决了用户复杂的业务需求；工作流的开发非常简单，只需要在VisualStudio中绘制流程图即可，客户的IT部人员经过我们培训后，就可以自行开发业务流程。　　WF提供了流程设计器的Hosting功能，我们在此基础上，开发过一个WF流程设计

3、器，如果将其改进支持SharePoint，那么流程设计就可以脱离VisualStudio，从而实现一个相对独立的解决方案。　　这个解决方案对任何一个实施商的价值都是有限的，每个实施商一年都只能做几个项目。　　它对微软的价值最高，如果能够实现SharePoint工作流的完善的解决方案，将较大地推进SharePoint的应用。　　WF和SharePoint工作流的取舍　　WF是个工作流引擎，技术难度很高，直接应用在项目中是非常困难的；至少要先封装为一个工作流平台，虽然这个的难度更高，但在平台上的应用开发将会很简单。　　很多人认为WF困难在状态机上，实际上WF的难点是在它的事件驱动机制，如

4、果你能做一个事件驱动的顺序流，那么做一个事件驱动的状态机的难度是一样的。　　SharePoint的工作流封装了WF的事件驱动机制，在SharePoint工12下一页——..，。作流上进行开发，你只需要了解ethodnvoking事件和OnTaskChanged的Invoked事件；在下一篇文章中，我们将提出自定义业务逻辑的SharePoint状态机工作流解决方案，以满足更复杂的业务流程需求。编缉推荐阅读以下文章SharePoint状态机工作流解决方案（二）：SharePoint中的WF状态机SharePoint状态机工作流解决方案（一）：为什么要用状态机上一页12——..，。