写这篇博客的目的正是由于这个receive和send使用一直很困惑,有应用程序的多个实例,但整体感觉很模糊认识。每一次遇到,再要弄清楚。如今将这send和receive结合我们之前做的实例(未使用WCF)来理解,事实上这两个看似深奥的东东,和我们已经掌握的工作流知识没有什么大的区别!
以下就结合着之前的工作流的知识和send,receive来对照一下:
由于一个流程不可能是不间断的运行,再次启动时须要从当时的断点继续
实现方式两种:
对照:
1,Receive
当我们client调用Receive的方法时。就可以继续进行这个流程。
2,BookMark
client调用WorkFlowProcess.RunInstance(info),就可以继续进行,可是我们在暂停之前须要运行Wait流,即创建BookMark。下次从书签处继续运行这个流程
以下简介一下Receive的使用方式,对于BookMark的创建在申请审批中已经有所介绍:
Receive中的方法,代理类会自己主动生成该方法---client调用代理类生成的方法---相当于启动receive的方法
receive的返回(命令窗体的返回):调用的方法会传guid等參数,然后将这写參数赋给工作流定义的变量_guid
或者receive返回到client:
与Receive相应的另一个Send:
Send中的方法。能够调用webService或WCF服务中的方法,以下的这个说明调用的是webService中的提供的方法,在服务端创建了接口和对应的实现类
返回值后缀+result
client:
private void button1_Click(object sender, RoutedEventArgs e) { IDictionary<string, object> results = WorkflowInvoker.Invoke(new WFProject.Activity1()); string result = results["returnView"].ToString(); MessageBox.Show(result); }
对照:
1,send方式:消息
2。代码活动(CodeActivity):用户自己定义的活动结点
通过上述的说明,我们不难发现事实上这个Send的使用方式和我们之前自己写的CodeActivity(代码结点)没什么差别。仅仅是它是以消息的方式传递而已。
总结:就像我在文章开头所说的,对于新的知识我们总是非常难掌握,这时就须要和我们已有的知识相关联(编制知识网),拿send和receive来说,由于和已有的知识进行了比較学习,这样当再次遇到的时候我们就能够非常好的理解,也就不会出现每次都当做新的知识去学习一遍!
学习不不过知识的罗列,而在于对知识的总结过程!
版权声明:本文博客原创文章。博客,未经同意,不得转载。