摘要
本文是Decisions规则引擎系列的基础入门篇，系统讲解规则引擎的核心逻辑与配置要素。文章从规则的底层逻辑（If/Then、AND/OR条件组合）出发，阐述规则在Decisions中的五大核心作用，详细说明规则的三种运行方式（嵌入工作流、定时任务、API调用）、三类返回结果（逻辑判断、具体数据、联动动作），帮助读者快速搭建Decisions Rule的完整知识框架。
前言
Decisions作为低代码开发平台，其规则引擎（Rules Engine）是实现业务逻辑自动化、流程分支判断的核心组件，无需手写代码即可快速配置灵活的业务规则，适配各类业务场景的动态调整需求。本文作为Decisions规则引擎系列的第一篇，将从基础逻辑出发，讲解规则的核心概念、在Decisions中的核心作用、配置三要素、运行方式及设计器基础操作，帮大家搭建起Decisions Rule的完整知识框架。
一、规则核心基础逻辑
规则的本质是逻辑判断语句，最常见的表现形式为If/Then（如果/那么），最终输出结果为布尔值（True/False），这是所有规则配置的底层逻辑，在此基础上可延伸出与（AND）、或（OR） 两种核心条件组合。
1.1 与条件（AND）
- 核心逻辑：所有条件必须都为True，整体结果才为True；只要有一个条件为False，整体结果直接为False。
- 适用场景：需要多个条件同时满足的业务判断，比如「年龄满18岁且实名认证」才能进行操作。
1.2 或条件（OR）
- 核心逻辑：逻辑中为包含或，任意一个条件为True，整体结果即为True；只有全部条件都为False，结果才为False。
- 适用场景：满足任一条件即可的业务判断，比如「会员或消费满200元」可参与活动。
二、规则在Decisions中的作用
Decisions中的规则引擎是连接业务场景与流程自动化的关键，核心价值体现在5个方面，也是我们在实际业务中使用规则的核心场景：
- 自动化业务判断与分支流程：替代人工判断，根据规则结果自动让流程走不同分支，比如订单金额大于1万自动走人工审核，否则走自动审核。
- 灵活适配业务变化：业务逻辑修改无需调整整体流程，仅需编辑规则配置，降低维护成本，提升迭代效率。
- 无代码实现逻辑配置：全程通过可视化设计器操作，无需编写代码，技术与非技术人员均可参与配置。
- 多场景数据处理：可实现数据校验（如表单字段格式验证）、数据输出（如返回错误提示、计算结果）。
- 触发后续联动动作：规则判断结果可直接触发后续操作，比如筛选出目标用户后自动发送提醒邮件、更新数据库数据。
经典示例：牙医诊所通过规则筛选「18–22岁且未拔智齿」的患者，满足条件后系统自动发送智齿检查提醒邮件，全程无需人工干预。
三、规则的运行方式
配置好的规则可通过三种方式执行，适配不同的业务触发场景，覆盖流程嵌入、定时执行、外部调用全场景需求：
- 直接嵌入工作流：将规则作为流程的一个节点，根据规则返回的True/False让流程自动走不同分支，这是最常用的运行方式。
- 定时任务（Scheduled Job）：设置固定时间/周期执行规则，自动处理结果，比如每天凌晨执行规则筛选超期未付款订单，自动发送催款通知。
- API调用：通过POST请求向规则传入参数，系统执行规则后返回输出结果，支持与外部系统对接，实现跨系统的规则判断。
四、规则可返回的三类结果
规则执行后并非仅返回True/False，而是可根据业务需求返回三类结果，覆盖流程控制、数据反馈、动作触发全需求，让规则的实用性大幅提升：
- 逻辑判断结果：最基础的True/False，核心用于控制流程走向，决定后续步骤的执行与否。
- 具体数据结果：返回自定义的具体数据，比如规则校验失败时返回错误信息、表单验证不通过时返回提示文本、计算类规则返回具体数值。
- 触发联动动作：规则判断完成后直接触发后续动作，比如发邮件、调用另一个工作流、更新数据、调用外部服务API等。
五、规则配置三要素
有类型的规则，无论简单还是复杂，配置时都离不开输入、条件/逻辑、输出三大核心要素，三者缺一不可，构成完整的规则判断闭环。
5.1 输入（Inputs）
- 核心作用：定义规则需要判断的数据来源，是规则执行的基础。
- 支持的数据源类型：基础数据类型（字符串、数字、布尔值、日期时间）、复杂自定义类型、列表、工作流中传入的上下游数据。
5.2 条件/逻辑（Conditions）
- 核心作用：定义规则的判断逻辑，是规则的核心环节。
- 固定结构：主体 + 比较符 + 对比值，比如「订单金额（主体）>（比较符）10000（对比值）」、「用户类型（主体）Equals（比较符）会员（对比值）」。
5.3 输出（Outputs）
- 核心作用：定义规则判断结果为True/False时，系统分别需要执行的操作。
- 常见配置：返回True/False、返回自定义数据、跳转流程分支、触发指定动作（如发邮件、添加列表项）等。
六、规则设计器——属性面板
Decisions为规则提供了可视化的设计器，其中属性面板是配置规则基础行为、输入输出、运行设置的核心区域，核心配置模块及功能如下：
6.1 Default（默认配置）
- 控制规则的基础行为，比如是否用于表单校验/显隐、是否隐藏False结果；
- 支持扩展自定义比较符（Rule Extension），适配特殊的判断需求。
6.2 Inputs（输入配置）
- 创建并管理规则使用的输入数据集合，可定义变量名、数据类型、是否为列表、是否允许为空等；
- 配置后，在规则的条件判断中可直接选中该变量进行逻辑设置。
6.3 Settings（基础设置）
- 启用/禁用规则：禁用后规则将不再执行，无需删除，适配临时暂停规则的场景；
- 设置规则生效起止日期：可配置规则的有效时间，到期自动失效，适合限时的业务规则。
6.4 Service Settings（服务设置）
- 核心配置：是否允许通过API调用该规则，开启后可支持外部系统通过接口触发规则执行，实现跨系统联动。
6.5 Outputs（输出配置）
- 配置规则结果的执行动作，支持语句规则、规则集、真值表等多种规则类型；
- 关键选项：
Show Else Result（默认开启，False时走Else分支）、Show Missing Result（新增Missing分支，专门处理数据缺失的情况）。
6.6 Unit Tests（单元测试）
- 为规则配置测试用例，传入测试数据验证规则判断结果是否符合预期，是规则上线前的必要验证步骤，避免逻辑错误。
6.7 Statistics（统计信息）
- 自动记录规则的调用时间、调用频率、执行结果等统计数据；
- 统计数据可生成报表，用于分析规则的运行情况，优化业务流程。
七、总结
本文作为Decisions规则引擎的基础入门篇，核心讲解了规则的底层逻辑（If/Then、AND/OR）、核心作用、三种运行方式、三类返回结果、配置三要素及设计器属性面板的基础配置。
核心重点回顾：
- 所有规则的底层是
If/Then逻辑，AND/OR是最核心的条件组合，分别对应「多条件同时满足」和「任一条件满足」； - 规则配置的核心是输入-条件-输出闭环，明确数据来源、判断逻辑、结果动作是配置规则的关键；
- 规则设计器的属性面板可灵活配置规则的行为、生效时间、API调用权限等，让规则适配不同业务场景。
下一篇我们将聚焦Decisions中最常用、最灵活的语句规则（Statement Rule），从输入配置、不同数据类型的判断条件、多条件逻辑组合、实操案例等方面，进行全流程的实操讲解。
