自定义规则动作开发：删除/移动节点时同步删除副本

嘿，你已经搞定了正向的副本同步逻辑，这已经迈了一大步！现在卡在反向操作的收尾，移出文件夹时功能正常，但估计是删除节点的场景有问题，或者某些边缘情况没覆盖到？结合我之前做类似功能的经验，给你几个实用的排查和优化方向：

先梳理核心可能的问题点 #

• 触发事件没覆盖全：节点删除的触发事件和“移出文件夹”大概率是两个不同的事件（比如有些系统里是onDelete vs onMoveOutOfFolder），要确认你有没有正确监听删除事件的触发源，别漏了
• 副本关联方式不靠谱：如果生成副本时只靠路径或名称来关联原节点，那原节点重命名、在文件夹内移动后，副本的关联就断了！建议给原节点和副本加自定义属性标记（比如给副本加original_item_id字段，存原节点的唯一ID），这样找副本时直接查这个ID，稳得多
• 权限/上下文缺失：删除动作可能需要特定权限，或者触发动作时当前上下文没拿到副本的完整权限信息，导致删不动但没报错，这时候很容易误以为功能没生效

实操优化步骤 #

1. 补全事件监听：同时监听「节点被删除」和「节点移出目标文件夹」两个事件，确保两种场景都能触发删除副本的动作
2. 替换关联逻辑：
   • 生成副本时，给副本添加自定义字段，比如original_item_id: 原节点的唯一标识
   • 删除/移出原节点时，通过这个original_item_id去目标文件夹精准查找对应的副本，替代之前的路径/名称匹配
3. 加日志排查：在自定义动作里加日志输出，比如[同步副本删除] 尝试删除副本ID: xxx、[同步副本删除] 结果: 成功/失败，出问题时能快速定位哪里错了
4. 测试边缘场景：
   • 测试原节点被彻底删除时，副本是否同步删除
   • 测试原节点在多个文件夹间来回移动时，旧的副本是否被正确删除
   • 测试批量操作（比如批量移出/删除多个节点），看副本是否能批量处理

我之前踩过的坑就是一开始用路径匹配，结果用户把文件夹重命名后，所有副本关联直接失效，换成ID关联后就解决了90%的问题！

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