低代码节点流向图需聚焦数据结构变化：明确各节点输入输出类型（对象/数组）、字段名与嵌套层级，连线上标注变量路径及修改逻辑，分叉线体现逐项处理，并通过业务场景验证字段一致性与循环配置。
用数据结构图解低代码节点流向，核心是把“数据怎么来、往哪去、变没变”画清楚，不是画流程图，而是画数据在节点间流动时的形态变化。
明确节点输入输出的数据结构类型
不同节点对数据格式有隐含要求，图解时需标注清楚：
- 表单提交节点 → 输出单个对象（如
{name: "张三", dept: "销售部"}） - 查询列表节点 → 输出数组对象（如
[{"id":1,"name":"A"},{"id":2,"name":"B"}]） - 条件分支节点 → 输入不变，但各分支只接收满足条件的子集（如“金额>5000”分支拿到的是过滤后的数组）
- 数组对象变量节点（如JVS中常用）→ 必须输出标准数组结构，字段名、嵌套层级要与下拉框/级联组件严格匹配
- 聚合或转换节点（如求和、拼接、取字段）→ 标注输入结构、处理逻辑、输出结构（例如：输入
[{price:100},{price:200}]→sum(price)→ 输出{total:300}）
用结构化连线表达数据流转关系
避免只画箭头，要在连线上注明关键信息：
- 连线旁标注数据路径，如
msg.payload.items或form.data，对应低代码中实际引用的变量名 - 若数据被修改，用“→”加简注说明变化，例如：
原始对象 → 增加 status 字段 → {…, status: "approved"} - 数组类节点输出多条记录时，用分叉线+小标签示意“每条记录独立进入下一节点”，而非合并成一条线
结合典型业务场景画结构流图
比如“部门审批自动分发”场景：
- 表单节点输出含
dept字段的对象 - 分支节点不画“是/否”，而画两条结构化出线：
→dept == "销售部"→ 数据保持原结构，仅流向“销售主管”节点
→dept == "技术部"→ 同样保持结构，但额外注入approver_id: 102字段后流向“技术负责人”节点 - 最终所有路径汇入“更新状态”节点，该节点统一接收带
approver_id的对象，执行相同操作
验证图是否准确的关键动作
画完后对照平台配置反向检查：
- 每个节点的输入变量名，是否与上一节点输出结构中的字段名完全一致
- 数组类节点是否在平台中被设为“循环执行”模式，图中是否体现逐项处理逻辑
- 若某节点报“字段不存在”错误，回到图中定位该字段首次出现的位置，确认是否漏了赋值或拼写错误
不复杂但容易忽略
