低代码节点流向图需聚焦数据结构变化：明确各节点输入输出类型（对象/数组）、字段名与嵌套层级，连线上标注变量路径及修改逻辑，分叉线体现逐项处理，并通过业务场景验证字段一致性与循环配置。

用数据结构图解低代码节点流向，核心是把“数据怎么来、往哪去、变没变”画清楚，不是画流程图，而是画数据在节点间流动时的形态变化。

明确节点输入输出的数据结构类型
不同节点对数据格式有隐含要求，图解时需标注清楚：

• 表单提交节点 → 输出单个对象（如 {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 的对象，执行相同操作

验证图是否准确的关键动作
画完后对照平台配置反向检查：

• 每个节点的输入变量名，是否与上一节点输出结构中的字段名完全一致
• 数组类节点是否在平台中被设为“循环执行”模式，图中是否体现逐项处理逻辑
• 若某节点报“字段不存在”错误，回到图中定位该字段首次出现的位置，确认是否漏了赋值或拼写错误

不复杂但容易忽略