没有 持久 化的wf 能称为一个完整的wf吗，答案是否定的；如果wf不能 持久 化，那么流程就需要一次就执行完毕，所有的 操作 就要一次走下去，可现实中的工作流是这样吗，答案同样是否定的。一个投票流程需要多个评委投票之后确定一个票数最高的组长才可以进入
没有持久化的wf 能称为一个完整的wf吗，答案是否定的；如果wf不能持久化，那么流程就需要一次就执行完毕，所有的操作就要一次走下去，可现实中的工作流是这样吗，答案同样是否定的。一个投票流程需要多个评委投票之后确定一个票数最高的组长才可以进入下一个流程，如果不能持久化，那么在此流程中每个评委使用的数据(在流程中需要处理的公共数据，可能为简单类型，也可能为复杂类型)则完全不同，甚至说每个人都是不一样的，我们要在每一个步骤记录下数据，在流程结束时候进行汇总分析，很明显流程没有根据原始的思路一步一步走下去，所以我们需要在所有投票完成之前都保持一个挂起状态，只有等所有的投票完成，流程才结束，此时我们想到了持久化。
持久化分析之bookmark：
在持久化之前，我提到了需要挂起状态，为什么要挂起，挂起是一个怎样的操作。在wf中一个挂起很简单，就是一个bookmark(书签)，顾名思义，先存放一个书签，暂时结束，如果下次需要根据书签找到上次停止的地方，继续进行操作。
持久化分析之instancestore:
这个类为wf提供的，用于进行持久化的操作，wf中已经包含了一个实现它的sqlworkflowinstancestore，用于保存到数据库中，当然本文还会介绍另外一种是使用xml的方式。此类保存到的数据库有些要求，使用的sql脚本微软已经提供，下文将会一一说明。
 持久化分析之persistenceparticipant：
持久性参与者派生自 persistenceparticipant 类或 persistenceioparticipant 类（persistenceparticipant 类的派生类），实现抽象方法，然后添加类的实例作为工作流实例扩展。 workflowapplication 和 workflowservicehost 在保留实例时查找此类扩展，并在适当的时间调用适当的方法。 根据msdn的解释可以看出来此类是我们自定义持久化需要继承的类，那么在进行xml方式持久化的时候我们就会用到，sql方式的时候无需自定义具体信息下一篇介绍。
到此，我们的关键技术分析已经完成，一个bookmark类和一个instancestore类以及自定义需要的persistenceparticipant三个类来共同完成我们的持久化。
持久化实现之业务分析：
第一步，我们先来分析一个流程的，假设有若干个评委来投票，需要所有的评委投票完成之后流程才能进入到下一步，这里的投票可以认为是评委需要登录到系统进行投票，并且投票的先后顺序以及时间都不确定，
根据分析设计工作流如下：
一个包含了dowhile和foreach的流程，dowhile控制是否进行多次审批，foreach用于遍历所有的评委，同时创建多个书签，注意此处使用的parallel循环，让创建书签的过程为同步，如果使用foreach则只会创建一个书签；
在if中创建书签使流程同步，此时就是需要持久化的过程，同时每激活一个或多个也要再次持久化，直到流程结束。
持久化实现之bookmark类：
此类代码较简单直接贴出来
public sealed class waitforvote: nativeactivity { public inargumentstring> userid { get; set; } public inoutargument inoutrequestforexpert { get; set; } protected override void execute(nativeactivitycontext context) { string name = this.userid.get(context).tostring(); context.createbookmark(name, new bookmarkcallback(onreadcomplete)); } void onreadcomplete(nativeactivitycontext context, bookmark bookmark, object state) { string[] input = (string[])state; context.setvalue(this.result, input); requestforexpert requestforexpert = context.getvalue(inoutrequestforexpert); requestforexpert.expertlist.find((expertinfo expert) => { return expert.userid == input[0]; }).isconfirmed=true; context.setvalue(inoutrequestforexpert ,requestforexpert); } protected override bool caninduceidle { get { return true; } }
此类继承了nativeactivity，有关该类的具体说明可以查看msdn。
该类主要为以下几个部分：
1.一个inarguement的参数，用于接收书签的名称
2.重写execute方法，用于创建书签，通过传递的参数，作为书签的名称，同时指定激活回调方法
3.给bookmark指定激活回调方法，可以在激活书签的时候传递值，在此方法中可以处理值，并传递到页面去(inoutrequestforexpert就是页面传递到书签的值，在此方法中进行修改再返回到页面去)
4.设置属性caninduceidle属性为true，这样才可以进行持久化。
持久化实现之宿主类：
interface iexperthost { /// /// 创建并运行workflow实例 /// /// /// workflowapplication createandrun(requestforexpert rfe); /// /// 加载workflow实例 /// /// /// workflowapplication loadinstance(guid instanceid); /// /// 当前项目是否可以投票 /// /// 实例编号 /// 评委编号 /// bool canvotetoinstance(guid instanceid, string userid); /// /// 投票 /// /// workflow实例编号 /// 项目编号 /// 用户编号 /// 推荐评委编号 void vote(guid instanceid, string userid, string seluserid); }
首先来看createandrun的实现写法：
这里定义了一个枚举类型，来表明持久化使用sql方式还是xml的方式
public enum storetype { sql, xml }
public workflowapplication createandrun(requestforexpert rfe) { idictionarystring, object> inputs = new dictionarystring, object>(); inputs.add(inrequestforexpert, rfe); // 实例化工作流对象 activity wf = new expertworkflow(); workflowapplication instance = new workflowapplication(wf, inputs); instance.persistableidle += onidleandpersistable; instance.completed += onworkflowcompleted; instance.idle += onidle; //持久化设置 getsqlinstancestore(instance, storetype.sql); instance.run(); return instance; } /// /// 设置持久化方式 /// /// private void getsqlinstancestore(workflowapplication instance, storetype storetype) { switch (storetype) { case storetype.sql: sqlworkflowinstancestore sqlinstancestore = new sqlworkflowinstancestore(connectionstring); instanceview view = sqlinstancestore.execute(sqlinstancestore.createinstancehandle(), new createworkflowownercommand(), timespan.fromseconds(30)); //设置默认实例的所有者 sqlinstancestore.defaultinstanceowner = view.instanceowner; instance.instancestore = sqlinstancestore; break; case storetype.xml: xmlworkflowinstancestore store = new xmlworkflowinstancestore(instance.id); instance.instancestore = store; break; default: break; } }
// executed when instance goes idle public void onidle(workflowapplicationidleeventargs e) { } public persistableidleaction onidleandpersistable(workflowapplicationidleeventargs e) { return persistableidleaction.unload; } // executed when instance is persisted public void onworkflowcompleted(workflowapplicationcompletedeventargs e) { }
在上述方法中创建了一个workflowapplication工作流应用对象，同时绑定persistableidle ,此函数说明使用怎样的持久化方式，此处使用的为unload即卸载并持久化，这样在load的时候不会出现实例被锁定的错误。
设置持久化方式，此处使用的是sql方式的存储，在存储的方法中主要是指定了要保存的数据库，此数据库可不是一般的数据库，需要特性的sql脚本，别急此脚本已在你的电脑中，打开目录 c:\windows\microsoft.net\framework\v4.0.30319\sql\en
创建一个数据库名字为workflowinstancestore(可自定义),先执行第二个文件，再执行第一个文件。
下面再来看看其他的方法：
/// /// 加载工作流 /// /// /// /// public workflowapplication loadinstance(guid instanceid) { workflowapplication instance = new workflowapplication(new expertworkflow()); instance.completed += onworkflowcompleted; instance.persistableidle += onidleandpersistable; instance.idle += onidle; //持久化设置 getsqlinstancestore(instance, storetype.sql); instance.load(instanceid); return instance; }　/// /// 当前评委是否可以投票,判断其有没有投票 /// /// /// /// public bool canvotetoinstance(guid instanceid, string userid) { workflowapplication instance = loadinstance(instanceid); //除非存在当前的书签，则说明没有投票 foreach (bookmarkinfo item in instance.getbookmarks()) { if (item.bookmarkname.equals(userid)) { return true; } } return false; } /// /// 投票 /// /// 工作流实例id /// 用户id /// 推荐的用户id public void vote(guid instanceid, string userid, string seluserid) { workflowapplication instance = loadinstance(instanceid); //除非存在当前的书签，则说明没有投票 foreach (bookmarkinfo item in instance.getbookmarks()) { if (item.bookmarkname.equals(userid)) { instance.resumebookmark(userid, new string[] { userid, seluserid }); } } instance.unload(); }
一个用于加载工作流的方法，一个判断是否可以投票的方法(如果对应当前评委的书签还存在，则可以投票，注意这里书签的名称都为评委的id，不过这个不重要，大家可以在自己的程序中自己决定使用什么，只是在激活
书签的时候需要使用一样的值，这样才可以找到书签)，一个就是投票的方法(主要用于激活书签)。
持久化实现之wcf以及web客户端：
到这里workflow的工作已经完成了看看怎么调用，在这里我是通过wcf把workflow和web端结合起来，所以又添加了一个wcf的项目wfwcf(源码中都包含)，添加wcf iexpertwcf
[servicecontract] public interface iexpertwcf { /// /// 创建工作流 /// /// [operationcontract] void createworkflow(requestforexpert rfe); /// ///投票 /// /// /// /// [operationcontract] void vote(guid instanceid,string userid,string seluserid); } public class expertwcf : iexpertwcf { private string connectionstring = configurationmanager.connectionstrings[applicationservices].connectionstring; /// /// 创建workflow /// /// public void createworkflow(requestforexpert rfe) { expertprocesshost host = new expertprocesshost(); host.createandrun(rfe); } /// /// 投票 /// /// /// /// public void vote(guid instanceid, string userid, string seluserid) { expertprocesshost host = new expertprocesshost(); host.vote(instanceid, projectid, userid, seluserid); }}
方法都很简单，一个创建工作流的方法，一个投票的方法，实例化expertprocesshost 对象直接调用即可。
最后来看页面设计
首页，用于创建工作流
点击按钮会在数据库声称如下的一条数据(数据值不同),而id列就是在投票页面要使用的instanceid。
投票页面，输入instanceid，点击投票即可投票，激活对应用户的书签(此处的用户为写固定，可以自行修改，同时instanceid可以调试获得，或者从数据库的instancestable表中获得)，当激活所有的书签之后流程将结束，同时数据库则会自动删除此条数据。至此，sql方式的持久化就结束了，下一篇开始将介绍xml方式的持久化操作。
源码在下一篇中。