简单对比微软WorkFlow3.5与4.0的差异

开发 后端
本文将讨论的是微软WorkFlow 3.5与4.0的差异,其中也提到了工作流在思想方面的一些改进,更加贴合实际情况。

最近要研究下WF4.0的相关内容,将自己认识的、理解的写下来与大家共勉,有兴趣的朋友可以一起探讨一下。

相对于之前的3.0、3.5中的WorkFlow来说,4.0进行了很大的变动,包括流程设计工具、支持的活动的类型集合、工作流的内部的模型、执行引擎等等。对于其中的活动模型、执行引擎等内容,属于比较理论而且深入的内容,我会在研究到一定程度之后与大家分享,希望通过本系列文章能够和大家一起对WF3.0和4.0的区别和联系有个全面细致深入的理解。

本文主要是对3.0和4.0之间的区别做了下简单的介绍,熟悉或者精通WF的可以跳过。

既然3.0、3.5中的WorkFlow和4.0不同,那么我们首先来对比一下。首先从设计工具说起,分别用3.5(图1)和4.0(图2)创建一个顺序工作流,我们可以看到下面的流程设计界面:

 

图1(3.5中的流程设计界面)

 

图2(4.0中的流程设计界面)

从图中我们不难看出区别,3.5中顺序工作流初始化默认有个开始和结束节点,4.0默认则是一片空白。个人感觉这是一种观念的改变,工作流始于开始、终于结束是我们传统思维,然而开始结束本身就是一个虚活动,更像是边界的限定,开发人员了解,用户却不了解;4.0所给人的信息更符合用户思维,一个流程始于活动而终于活动。基于设计出的流程,让开发者、业务建模人员、用户之间能够相互交流,分析师能够对流程进行优化,决策者能够更好的决策是一种趋势,而这种趋势必然要跨出的一步就是流程设计的可被大众理解化。

呵呵,有点扯远了。我们接着看看3.5(图3)和4.0(图4)支持的活动类型:

 

图3(3.5支持的活动类型)

 

图4(4.0支持的活动类型)

可以看到4.0支持的活动类型不仅更多,而且分类更细致。不仅在controlFlow和原始类型中提供了基础的活动,用来定制基本的流程,而且在FlowChart里面提供了能更加灵活的定制流程的活动类型,同时还提供用于消息、事务、错误处理等功能的活动

接下来看看引用的类库以及项目文件的目录结构:

.NET 3.5中引用了以下类库:

System.Workflow.Activities:定义了工作流可以创建、允许的活动集合

System.Workflow.ComponentModel:提供创建活动、工作流的基类、接口以及核心建模构造

System.Workflow.Runtime:提供一些类和接口可以控制工作流运行时引擎以及流程实例的执行

默认创建的工作流是Workflow1.cs,对于设计完的流程是用类文件的形式进行描述,即Workflow1.designer.cs,执行代码放到Workflow1.cs中。

通过ViewCode可以看到两个类的代码为:

  1. //Workflow1.cs  
  2. public sealed partial class Workflow1 : SequentialWorkflowActivity  
  3. {  
  4. public Workflow1()  
  5. {  
  6. InitializeComponent();  
  7. }  
  8. }  
  9. //Workflow1.designer.cs  
  10. partial class Workflow1  
  11. {  
  12. #region Designer generated code  
  13. /// <summary>  
  14. /// Required method for Designer support - do not modify  
  15. /// the contents of this method with the code editor.  
  16. /// </summary>  
  17. [System.Diagnostics.DebuggerNonUserCode]  
  18. [System.CodeDom.Compiler.GeneratedCode("""")]  
  19. private void InitializeComponent()  
  20. {  
  21. this.Name = "Workflow1";  
  22. }  
  23. #endregion  

.NET4.0中WorkFlow引用了以下类库:

System.Activities:包含创建和使用活动所需的所有类。使用此命名空间中的类可以定义活动、输入输出数据和变量

System.ServiceModel:包含用于生成服务和客户端应用程序所需的类、枚举和接口,这些类、枚举和接口可以用于生成大范围的分布式程序

System.ServiceModel.Activities:使用此命名空间中的类可以从工作流接受消息,或者向工作流发送消息,定义工作流服务的时候可以使用这些活动

默认创建的是Workflow1.xaml,定义完的流程是用xml的方式进行描述。

通过ViewCode,我们可以看到WorkFlow1.xaml中的内容:

  1. <Activity mc:Ignorable="sap" 
  2. x:Class="WFConsoleAppTest.Workflow1" 
  3. sap:VirtualizedContainerService.HintSize="240,240" 
  4. mva:VisualBasic.Settings="Assembly references and imported namespaces for internal implementation" 
  5. xmlns="http://schemas.microsoft.com/netfx/2009/xaml/activities" 
  6. xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" 
  7. xmlns:mv="clr-namespace:Microsoft.VisualBasic;assembly=System" 
  8. xmlns:mva="clr-namespace:Microsoft.VisualBasic.Activities;assembly=System.Activities" 
  9. xmlns:s="clr-namespace:System;assembly=mscorlib" 
  10. xmlns:s1="clr-namespace:System;assembly=System" 
  11. xmlns:s2="clr-namespace:System;assembly=System.Xml" 
  12. xmlns:s3="clr-namespace:System;assembly=System.Core" 
  13. xmlns:sad="clr-namespace:System.Activities.Debugger;assembly=System.Activities" 
  14. xmlns:sap="http://schemas.microsoft.com/netfx/2009/xaml/activities/presentation" 
  15. xmlns:scg="clr-namespace:System.Collections.Generic;assembly=System" 
  16. xmlns:scg1="clr-namespace:System.Collections.Generic;assembly=System.ServiceModel" 
  17. xmlns:scg2="clr-namespace:System.Collections.Generic;assembly=System.Core" 
  18. xmlns:scg3="clr-namespace:System.Collections.Generic;assembly=mscorlib" 
  19. xmlns:sd="clr-namespace:System.Data;assembly=System.Data" 
  20. xmlns:sl="clr-namespace:System.Linq;assembly=System.Core" 
  21. xmlns:st="clr-namespace:System.Text;assembly=mscorlib" 
  22. xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" /> 

可以看到,对于类文件、命名空间的引用,xml使用的schema限定等都在WorkFlow1.xaml中进行了描述。

.NET3.5中Program.cs中代码如下:

  1. class Program  
  2. {  
  3. static void Main(string[] args)  
  4. {  
  5. using (WorkflowRuntime workflowRuntime = new WorkflowRuntime())  
  6. {  
  7. AutoResetEvent waitHandle = new AutoResetEvent(false);  
  8. workflowRuntime.WorkflowCompleted += delegate(object sender, WorkflowCompletedEventArgs e) { waitHandle.Set(); };  
  9. workflowRuntime.WorkflowTerminated += delegate(object sender, WorkflowTerminatedEventArgs e)  
  10. {  
  11. Console.WriteLine(e.Exception.Message);  
  12. waitHandle.Set();  
  13. };  
  14. WorkflowInstance instance = workflowRuntime.CreateWorkflow(typeof(WFSequenceTest.Workflow1));  
  15. instance.Start();  
  16. waitHandle.WaitOne();  
  17. }  
  18. }  

代码中对流程实例完成、流程实例终止进行了事件的处理,然后通过用户定义的Workflow1创建WorkflowInstance,调用instance.Start()开始执行流程。

.NET4.0中Program.cs代码如下:

  1. class Program  
  2. {  
  3. static void Main(string[] args)  
  4. {  
  5. WorkflowInvoker.Invoke(new Workflow1());  
  6. }  

代码中创建了一个Workflow1的实例,然后通过WorkflowInvoker.Invoke来开始执行流程。

通过对比不难发现,4.0的流程创建执行更简洁,也更符合思维习惯。以请假流程为例,请假人首先会填写个请假条,然后报领导审批就是;用工作流来描述这个过程就是,首先定义个请假流程,包括请假发起环节和请假审批环节,流程定义好之后,谁想请假了,填写请假表单,提交到领导审批环节即可;如果用程序来描述那就是设计一个请假流程(类、xaml等),创建实例并执行。我们很有可能会忘记一些事件的定制,然而有些情况下这往往会导致流程出现一些问题,例如3.5中我们需要定制两个事件,创建并开始流程实例的代码也比较繁琐。

总起来说4.0更灵活,更全面,更符合发展趋势。

文章比较浅,希望大家能通过这篇文章对3.0和4.0Workflow之间的不同有个感性的认识。

原文标题:WF3.0和4.0区别介绍

链接:http://www.cnblogs.com/jingtao/archive/2010/08/05/1792982.html

【编辑推荐】

  1. 微软MVP初探WF 4.0 beta1 崭新面貌让人吃惊
  2. 详解在Workflow工作流中如何使用角色
  3. 使用Silverlight构建工作流即服务平台
  4. 详解工作流架构与实现
  5. 解析UML工作流管理系统

责任编辑:彭凡 来源: 博客园
相关推荐

2010-06-21 10:35:30

LinuxDeepin

2010-05-12 13:50:04

2019-07-10 10:00:42

PHPPython语法

2009-03-10 18:54:51

微软VMWARE桌面虚拟化

2018-03-30 12:40:10

润乾差异数据

2011-02-21 13:21:20

.NET Workfl

2009-12-02 09:07:45

ASP.NET 4.0

2009-09-01 13:07:23

雪豹苹果操作系统

2018-08-15 12:43:52

iOSAndroid设计差异

2012-02-08 10:14:01

Android 4.0Chrome

2011-07-03 23:22:31

网站优化

2020-10-15 11:22:34

PyTorchTensorFlow机器学习

2023-12-20 22:04:17

Linux二进制文件

2018-05-21 09:03:00

NASSAN案例

2010-01-04 13:44:41

SQL

2009-09-17 15:10:57

RefrenceEqu

2022-01-22 20:45:26

ExcelOffice微软

2024-01-31 09:41:14

微软生成式AI人工智能

2012-08-02 09:18:05

LESSSassCSS

2018-12-06 10:56:20

AndroidLinux系统
点赞
收藏

51CTO技术栈公众号