活字格9.0 update1新功能解密：四十五丶小功能提升 - 工作流获取任务结束原因

今天，咱们来了解一下活字格新版本下，一些看起来很小，但是实际使用却非常赞的小功能提升~

工作流获取任务结束原因

活字格工作流的事件机制，是构建业务流的重要知识点。

如果有格友对这个知识点没有了解的话，可以来看看这个公开课哦~ https://gcdn.grapecity.com.cn/course-376.html

在工作流中，任何结束任务的节点操作，例如提交、结束、委托、取回等，最终都会触发 任务完成时 与 任务取消时 两个事件。在实际的业务开发中，工作流的节点操作往往会有对应的业务意义，例如提交对应申诉，结束对应拒绝或者取消，回退对应打回等，不同的业务意义，会有不同的业务逻辑去执行。当任务完成时/取消时，往往需要判断对应的操作其业务意义是什么，从而转向对应的业务逻辑。

在过去，我们需要通过前端页面的流程命令条的上下文变量：action.Name来获取业务操作名称。

这样的方式对于服务端命令的维护很不方便。因此，新版本中，流程针对于任务取消时/任务完成时两个流程事件增加了新的关键字 结束原因 %Task.DeleteReason% ，用于获取用户结束任务的操作。

如图，这里有一个基础流程，在填单节点的完成时与取消时配置了事件逻辑，希望在不同的操作时执行不同的逻辑：

节点中支持的操作包括提交，拒绝，放弃，作废。而其中，拒绝，放弃，作废都会映射到取消时事件上。

现在，我们可以直接在服务端命令中，根据关键字 %Task.DeleteReason%，去判断不同的业务操作，去自定义业务逻辑了。

工作流的关联数据查询条件中支持使用参数

我们都知道，工作流中的每一个节点都支持绑定不同业务表数据。当我们希望动态的切换节点绑定业务表的当前行时，通常通过关联数据的方式进行切换。

在老版本中，关联数据查询的值配置，只能通过硬编码（强制定义）的方式确定，在新版本中，支持通过参数来设置查询条件了。其中支持配置流程中的关键字以及上下文变量。

今天的分享就到这里~