一起谈.NET技术,通过XOML或者XAML的方式创建和启动工作流

简介:   在Workflow Foundation中,提供了多种设计工作流的方式。例如:  1、纯代码的方式(C#)  2、代码分离的方式(XOML+C#)  以上两种,可以从Visual Studio提供的项目模板中选择:  他们在设计器中看起来是如下的:  xoml是一种特殊的XML格式,它可以描述流程。

  在Workflow Foundation中,提供了多种设计工作流的方式。例如:

  1、纯代码的方式(C#)
  2、代码分离的方式(XOML+C#)

  以上两种,可以从Visual Studio提供的项目模板中选择:

image  他们在设计器中看起来是如下的:

image  xoml是一种特殊的XML格式,它可以描述流程。例如下面这样的一个流程:

image  它用XOML描述的话,大致如下:

 
 
< SequentialWorkflowActivity x:Class ="WorkflowConsoleApplication1.Workflow2" x:Name ="Workflow2" xmlns:x ="http://schemas.microsoft.com/winfx/2006/xaml" xmlns ="http://schemas.microsoft.com/winfx/2006/xaml/workflow" >
< CodeActivity x:Name ="codeActivity1" />
< IfElseActivity x:Name ="ifElseActivity1" >
< IfElseBranchActivity x:Name ="ifElseBranchActivity1" >
< CodeActivity x:Name ="codeActivity2" />
</ IfElseBranchActivity >
< IfElseBranchActivity x:Name ="ifElseBranchActivity2" >
< CodeActivity x:Name ="codeActivity3" />
</ IfElseBranchActivity >
</ IfElseActivity >
</ SequentialWorkflowActivity >

  虽然上面这样的XML确实可以描述流程,但流程所涉及的一些特殊逻辑,则可能还是需要写代码。这两个部分,最终还是需要编译成一个类型出来。所以,实际上上面的两种方式没有本质的区别。

  这里要介绍的是一种纯XOML的方式:我们能不能全部用XOML来实现对流程的定义?如果这样的话,我们就可以实现更加动态化的流程,因为如果存在额外的代码,就无需编译,而是可以通过直接修改XOML文件就完成流程的修改。

  答案是:可以的。但有一个前提,既然我们不想用代码,那么流程中所使用的Activity就应该都是可以通过配置即可完成工作的。

  通常,我们需要编写自定义Activity来实现这样的需求。例如,我们可以做一个最简单的Activity,它只是根据用户输入的一个参数,负责在屏幕上打印一个消息。

 
 
using System;
using System.ComponentModel;
using System.ComponentModel.Design;
using System.Collections;
using System.Linq;
using System.Workflow.ComponentModel;
using System.Workflow.ComponentModel.Design;
using System.Workflow.ComponentModel.Compiler;
using System.Workflow.ComponentModel.Serialization;
using System.Workflow.Runtime;
using System.Workflow.Activities;
using System.Workflow.Activities.Rules;

namespace WorkflowConsoleApplication1
{
public partial class MyActivity :Activity
{
public MyActivity()
{
InitializeComponent();
}

public string Message { get ; set ; }

protected override ActivityExecutionStatus Execute(ActivityExecutionContext executionContext)
{
Console.WriteLine(Message);
return base .Execute(executionContext);
}
}
}

  为了演示如何直接通过XOML定义的方式使用这个自定义Activity,我们可以通过下面的代码生成一段XOML :

 
 
var workflow = new SequenceActivity();
workflow.Activities.Add(
new MyActivity() { Message = " Hello,World " });
var serializer
= new WorkflowMarkupSerializer();
serializer.Serialize(
XmlWriter.Create(
" test.xoml " , new XmlWriterSettings(){CloseOutput = true }), workflow);

  以上代码的意思是,创建一个SequenceActivity,并且在其中添加我们自定义的这个Activity。代码执行完成之后,生成的那个test.xoml的内容如下:

 
 
<? xml version="1.0" encoding="utf-8" ?> < SequenceActivity x:Name ="SequenceActivity" xmlns:ns0 ="clr-namespace:WorkflowConsoleApplication1;Assembly=WorkflowConsoleApplication1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" xmlns:x ="http://schemas.microsoft.com/winfx/2006/xaml" xmlns ="http://schemas.microsoft.com/winfx/2006/xaml/workflow" >
< ns0:MyActivity Message ="Hello,World" x:Name ="myActivity1" />
</ SequenceActivity >

  这里请仔细观察一下与之前那段xoml的区别:

  1.顶层的Activity,不再包含x:Class定义。(因为现在没有了代码文件,Class就无从说起了)
  2.内部所有的自定义Activity,都需要预先定义有关的namespace,引用到它们所在的Assembly
  3.自定义Activity的设置,直接通过属性完成

  那么,如何利用上面这样的定义,去创建并运行流程呢?  

 
 
var instance2 = workflowRuntime.CreateWorkflow(
XmlReader.Create(
" test.xoml " ));
instance2.Start();

  如果我们需要修改流程定义,则直接可以修改那个XOML文件,而无需编译程序。例如我们将Message修改为“Hello,Workflow”:

image  则运行结果如下:

image  其实,只要我们愿意,我们甚至可以将这些定义的字符串保存在爱数据库中,然后通过下面代码创建并启动流程:

 
 
var definition = " <?xml version=\ " 1.0 \ " encoding=\ " utf - 8 \ " ?><SequenceActivity x:Name=\ " SequenceActivity\ " xmlns:ns0=\ " clr - namespace :WorkflowConsoleApplication1;Assembly = WorkflowConsoleApplication1, Version = 1.0 . 0.0 , Culture = neutral, PublicKeyToken = null \ " xmlns:x=\ " http: // schemas.microsoft.com/winfx/2006/xaml\" xmlns=\" http://schemas.microsoft.com/winfx/2006/xaml/workflow \"><ns0:MyActivity Message=\"Hello,Workflow\" x:Name=\"myActivity1\" /></SequenceActivity>";
// 这里还可以从数据库将该定义读取出来

var reader
= XmlReader.Create( new StringReader(definition));
var workflow
= workflowRuntime.CreateWorkflow(reader);
workflow.Start();
目录
相关文章
|
2月前
|
前端开发 JavaScript 关系型数据库
使用 OpenAuth.Net 快速搭建 .NET 企业级权限工作流系统
使用 OpenAuth.Net 快速搭建 .NET 企业级权限工作流系统
|
5月前
|
SQL 小程序 API
如何运用C#.NET技术快速开发一套掌上医院系统?
本方案基于C#.NET技术快速构建掌上医院系统,结合模块化开发理念与医院信息化需求。核心功能涵盖用户端的预约挂号、在线问诊、报告查询等,以及管理端的排班管理和数据统计。采用.NET Core Web API与uni-app实现前后端分离,支持跨平台小程序开发。数据库选用SQL Server 2012,并通过读写分离与索引优化提升性能。部署方案包括Windows Server与负载均衡设计,确保高可用性。同时针对API差异、数据库老化及高并发等问题制定应对措施,保障系统稳定运行。推荐使用Postman、Redgate等工具辅助开发,提升效率与质量。
186 0
|
9月前
|
开发框架 算法 .NET
C#/.NET/.NET Core技术前沿周刊 | 第 15 期(2024年11.25-11.30)
C#/.NET/.NET Core技术前沿周刊 | 第 15 期(2024年11.25-11.30)
131 6
|
9月前
|
开发框架 Cloud Native .NET
C#/.NET/.NET Core技术前沿周刊 | 第 16 期(2024年12.01-12.08)
C#/.NET/.NET Core技术前沿周刊 | 第 16 期(2024年12.01-12.08)
122 6
|
10月前
|
自然语言处理 物联网 图形学
.NET 技术凭借其独特的优势和特性,为开发者们提供了一种高效、可靠且富有创造力的开发体验
本文深入探讨了.NET技术的独特优势及其在多个领域的应用,包括企业级应用、Web应用、桌面应用、移动应用和游戏开发。通过强大的工具集、高效的代码管理、跨平台支持及稳定的性能,.NET为开发者提供了高效、可靠的开发体验,并面对技术更新和竞争压力,不断创新发展。
407 7
|
10月前
|
开发框架 安全 .NET
在数字化时代,.NET 技术凭借跨平台兼容性、丰富的开发工具和框架、高效的性能及强大的安全稳定性,成为软件开发的重要支柱
在数字化时代,.NET 技术凭借跨平台兼容性、丰富的开发工具和框架、高效的性能及强大的安全稳定性,成为软件开发的重要支柱。它不仅加速了应用开发进程,提升了开发质量和可靠性,还促进了创新和业务发展,培养了专业人才和技术社区,为软件开发和数字化转型做出了重要贡献。
171 5
|
10月前
|
传感器 人工智能 供应链
.NET开发技术在数字化时代的创新作用,从高效的开发环境、强大的性能表现、丰富的库和框架资源等方面揭示了其关键优势。
本文深入探讨了.NET开发技术在数字化时代的创新作用,从高效的开发环境、强大的性能表现、丰富的库和框架资源等方面揭示了其关键优势。通过企业级应用、Web应用及移动应用的创新案例,展示了.NET在各领域的广泛应用和巨大潜力。展望未来,.NET将与新兴技术深度融合,拓展跨平台开发,推动云原生应用发展,持续创新。
126 4
|
10月前
|
开发框架 .NET C#
.NET 技术凭借高效开发环境、强大框架支持及跨平台特性,在软件开发中占据重要地位
.NET 技术凭借高效开发环境、强大框架支持及跨平台特性,在软件开发中占据重要地位。从企业应用到电子商务,再到移动开发,.NET 均展现出卓越性能,助力开发者提升效率与项目质量,推动行业持续发展。
202 4
|
10月前
|
机器学习/深度学习 人工智能 Cloud Native
在数字化时代,.NET 技术凭借其跨平台兼容性、丰富的类库和工具集以及卓越的性能与效率,成为软件开发的重要平台
在数字化时代,.NET 技术凭借其跨平台兼容性、丰富的类库和工具集以及卓越的性能与效率,成为软件开发的重要平台。本文深入解析 .NET 的核心优势,探讨其在企业级应用、Web 开发及移动应用等领域的应用案例,并展望未来在人工智能、云原生等方面的发展趋势。
201 3
|
10月前
|
敏捷开发 缓存 中间件
.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素
本文深入探讨了.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素,并通过企业级应用和Web应用开发的实践案例,展示了如何在实际项目中应用这些模式,旨在为开发者提供有益的参考和指导。
106 3