JealousSKY''''''

       SharePoint的工作流具有很多的问题，其在开发复杂工作流上的能力“有限”，或者说其“潜力无限”，但是挖掘过程太过复杂，鉴于这个原因，结合自己在实际项目中的经验，笔者在5月份发布了QuickFlow1.0版，供大家免费使用，并在6月初的MSIW SharePoint精英峰会上进行了介绍，之后一直很懒散，没有对其进一步进行介绍，在接下的几篇文章中，将会对其进行深入的讲解。 

      QuickFlow1.0 是一个WF类库，提供了一种新的流程类型：Flowchart，注意：这并不是WF4.0的Flowchart，是完全基于WF3.5开发出来的。      利用QuickFlow，开发复杂SharePoint+WF+InfoPath将不再是一件痛苦的事情。看下面几种图：   示例项目，DLL，文档请到CodePlex下载： http://qu

       任务是工作流的核心,一个工作流系统如何方便的表达任务分发的逻辑是衡量这个工作流系统可用性的重要标准之一.SharePoint默认提供了CreateTask , OnTaskChanged,CompleteTask来实现对一个任务的分配和处理.      每次分配一个任务都要处理三个Activity,有点"麻烦",所以QuickFlow将这三个活动整合成一个活动—Task,

     所谓Task Reassign，是指任务分配给一个用户之后，这个用户可以再次把他的任务分配（转发）给其他用户（reassigner）。这个reassigner可以跟原始用户进行完全一样的操作。    很多客户会要求实现这种业务场景，QuickFlow在内部任务分发的机制上已经对其进行了很好的支持。QuickFlow最核心的一个Activity是InnerTask，InnerT

 本文将讲解以下几个活动：Step，Decision,Ronter+Rule Step：步骤。      Step可以作为其他活动的容器，除了QuickFlow提供的几个活动（Task，GroupTask,Step等），其他活动是不能直接拖到设计器上的，如果要用到其他活动怎么办呢？比如要用CodeActivity来写一下Server Code？这时就可以用Step活动，将Step活

       会签可能会有很多解释或定义，本文讲的会签是指在一个流程中的某一步操作有多个用户同时参与，这些用户的操作界面一般是一样的。QuickFlow的会签是通过MultiTask实现的，MultiTask实现了多个任务同时分配的逻辑，它具有以下控制属性：1）ExecutionType--指定任务的分配是串行还是并行，如果是串行，则上一个用户完成任务后才会给下一个用户分配任务，如

       当你的客户深入应用SharePoint，创建了大量的站点，并且基于SharePoint开发了大量的工作流，这些工作流分布在不同的站点，那么客户经常会提出这样的需求：我在很多站点上都有工作流任务要处理，我每天都要在这些站点之间跑来跑去的去查看有没有要我审批的任务，有没有办法让我在统一的地方可以处理所有的任务？      你就要想了：这么问题确实难搞的，SharePoint每个网