前言：流程实现基本流转功能外，通常也需要调用外部事件，用于和业务系统的交互，同时存储一些流程变量，用于追踪和记录业务数据变化对流程流转的影响。
1. 流程事件
流程执行过程中，伴随各种事件的发生，而且是存在于整个流程的生命周期，即从流程启动一直到流程结束的整个过程都有事件发生。这些事件的发生，业务系统通常也需要知道一些流程过程的关键节点，或里程碑状态。我们统称为流程事件。
1.1 流程事件触发类型
流程事件类型的定义是按照事件发生的位置来确定划分，跟流程直接有关的比如有：启动、运行、撤销、退回、返送、跳转、返签和结束等。而跟活动有关的事件类型有：创建、执行和结束等。我们可以用下图来描述常见的事件触发：
1.2 流程事件触发实现
流程事件的触发，是按照先订阅，后触发的机制来实现。订阅(Subscribe)是流程服务接口开放出来的方法，可以直接在这个方法里面注册匿名函数来绑定事件。程序代码如下：
IWorkflowService wfService = new WorkflowService();
var wfResult = wfService.CreateRunner(runner.UserID, runner.UserName)
.UseApp(runner.AppInstanceID, runner.AppName, runner.AppInstanceCode)
.UseProcess(runner.ProcessGUID, runner.Version)
.NextStep(runner.NextActivityPerformers)
.IfCondition(runner.Conditions) //condition on the transiton
.Subscribe(EventFireTypeEnum.OnActivityExecuting, (activityInstanceID, activityCode, delegateService) => {
if (activityCode == "Task1")
{
delegateService.SetVariable("name", "book-task1");
delegateService.SetVariable("amount", "50");
}
return true;
})
.Run();
2. 事件类型节点
BPMN规范里面，涉及到事件类型的节点，虽然不同于任务类型的节点，但是事件类型的节点通常都是表示一种流程的状态，比如流程的开始和结束是最基本的两个状态。中间事件(Intermediate Event)是本次我们主要涉及到的事件类型的节点，其它事件类型的节点将在后期的文章中描述到。
2.1 中间事件(Intermediate Event)
中间事件(Intermediate Event)类型的节点一般用于流程中间状态的变换，而且可以作为流程里程碑的事件或状态触发，用于通知业务系统流程的里程碑状态已经发生，或者也可以收到业务系统的反馈的信息，用于一些流程下一步路径的解析。
比如在中间事件触发时，只有从业务系统中读取到业务变量，然后传入流程的下一步分支选择条件变量中，才能确定下一步的流转路径。这样的处理过程是经常的一种业务场景。一个有中间事件类型节点的流程图示意如下：
2.2 节点上事件的定义
在流程设计器中，节点上的事件定义主要有两个属性：事件触发的位置（执行前和执行后）、以及事件执行的表达式。一个定义示例描述如下：
触发位置：执行前
表达式：Slickflow.Module.External.OrderSubmitService
2.3 业务服务的代码实现
上文中提到的表达式是业务服务的程序代码，业务服务的逻辑实现，除了本身的功能代码实现，还需要继承如下的两个接口： ExternalServiceBase 和 IExternalService。 主要用于明确定义Execute()执行方法，然后在引擎内部执行过程中，在调用和执行这个接口方法。具体代码示例如下：
/// <summary>
/// 订单提交服务类(对应订单流程中订单提交节点)
/// </summary>
public class OrderSubmitService : ExternalServiceBase, IExternalService
{
/// <summary>
/// 业务逻辑前置调用方法
/// </summary>
public override void Execute()
{
//实现用户自己的业务逻辑
var id = DelegateService.GetID();
var amount = DelegateService.GetVariable("amount");
DoSomethingElse(amount, 20);
}
/// <summary>
/// 业务逻辑具体实现方法
/// </summary>
/// <param name="amount"></param>
/// <param name="newAmount"></param>
private void DoSomethingElse(string amount, int newAmount)
{
var intAmount = 0;
int.TryParse(amount, out intAmount);
if (intAmount < newAmount)
{
DelegateService.SetVariable("amount", newAmount.ToString());
}
//调用其它业务处理逻辑
var session = DelegateService.GetSession();
//实现其它数据库业务逻辑
//.............................
}
}
3. 委托服务的内部机制
委托服务用于统一处理所有流程发生的时间，跟事件交互过程中，除了触发事件本身以外，还要考虑引擎内部和外部业务系统之间的交互。比如流程变量的保存和读取就是一种交互应用。
3.1 委托服务接口
委托服务接口定义出事件订阅时候的接口类型，具体代码如下：
/// <summary>
/// 委托接口
/// </summary>
public interface IDelegateService
{
int ID { get; set; }
int GetID();
IDbSession GetSession();
string GetVariable(string name, Nullable<ScopeTypeEnum> scopeType = null);
void SetVariable(string name, string value, Nullable<ScopeTypeEnum> scopeType = null);
string GetCondition(string name);
void SetCondition(string name, string value);
T GetInstance<T>(int id) where T : class;
}
3.2 委托服务继承类
继承委托服务的接口实现目前有两种类型，一是流程委托服务接口，而是活动委托服务接口。实现的主要目的是对流程变量的读取和存储，还有给外部应用展示流程实例的关键信息。
4. 流程变量
流程变量是流程流转过程发生的一些数据变化，这些变量一般是来自业务系统的关键参数，而且在流程流转时，通过条件表达式传入，可以决定流程流转下一步的路径选择。
4.1 流程变量类型
流程变量类型分为全局变量和局部变量。在程序中也可以命名为流程变量(ProcessVariable)和活动变量(ActivityVariable)。
4.2 流程变量存储
流程变量的存储是持久化存储在数据库表(WfProcessVariables)中，变量名和数值的key-value是其记录格式。
delegateService.SetVariable("name", "book-task1");
delegateService.SetVariable("amount", "50");
5. 总结
流程引擎跟外部事件的交互实现，可以丰富业务过程的状态变化和响应，通过流程变量的存储，记录业务过程中的关键数据变化，同时也做到了对流程分支选择的路径跟踪。程序开发人员可以通过实现外部事件的委托服务，然后再订阅流程过程事件，来彻底实现业务系统跟引擎内部的进一步协作整合。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。