October CMS 模型筛选字段嵌套依赖更新滞后的解决方法

问题核心原因 #

你之前的推断完全准确。这类动态表单的字段依赖解析机制，默认在单次更新周期内仅执行单轮值同步，不会等待嵌套子字段的联动值全部计算完成后，再触发外层依赖字段的更新。
当前的更新时序错位本质是：

• 选择item商品项后，同轮更新周期触发对应行的totalprice计算
• 此时basket字段对外传递的更新值，还携带未同步完成的totalprice旧值，直接触发依赖basket的subtotal字段重算
• 直到下一轮更新周期，totalprice的新值才正式写入basket对象，这时候才会再次触发subtotal计算，最终表现为subtotal滞后一次更新。

可落地的解决方案 #

• 补全嵌套依赖的声明链路
  这类表单框架的dependsOn配置本身支持嵌套字段路径的声明，需要把subtotal实际依赖的子层字段显式加入依赖列表，避免框架提前用未同步完成的旧值触发计算：

  subtotal:
      label: 'Sub Total'
      span: auto
      default: ''
      readOnly: 1
      dependsOn:
          - 'basket.item'
          - 'basket.totalprice'
          - basket
      type: number
  

  调整后，表单引擎会等待repeater内部的item、totalprice值全部更新写入完成后，再触发subtotal的重算，从根源上对齐更新时序。

• 绕开自动触发链路手动同步值
  如果使用的框架版本不支持嵌套路径的依赖声明，可以在字段值的回调逻辑里，通过微任务队列调整执行顺序，不依赖框架的自动事件触发：
  监听basket内部item、totalprice的变化事件，在DOM更新完成后直接聚合计算总价并赋值给subtotal字段：

  // 绑定repeater子字段的更新监听
  form.on('changed', '#basket_item, #basket_totalprice', () => {
      // 等待当前轮次所有字段值写入完成后再执行计算
      requestAnimationFrame(() => {
          const allBasketItems = form.getRepeaterValue('basket');
          const finalSubtotal = allBasketItems.reduce(
              (sum, row) => sum + Number(row.totalprice || 0),
              0
          );
          form.setFieldValue('subtotal', finalSubtotal);
      });
  });
  

• 调整触发链路的节点
  不要等待basket字段整体向外抛更新事件再计算subtotal。可以直接在totalprice的计算回调里，完成总价聚合逻辑，直接更新subtotal值。原来的repeater整体更新事件的触发时机，天然晚于单个子字段的计算完成节点，很容易出现时序错位，直接在子字段的更新回调里做计算可以跳过这层时序差。

内容的提问来源于stack exchange，提问作者Sam Jones