最轻量可控的屏蔽方式是在Patch操作前加逻辑判断。需检查必填字段非空、人员字段已选、避免重复提交；将Patch移至确认按钮而非OnChange触发；结合FormMode控制适用范围，确保仅在条件完备时执行。
直接在 Patch 操作前加逻辑判断，是最轻量、最可控的屏蔽方式。关键不是“怎么写 Patch”，而是“什么时候不该执行 Patch”。
用条件表达式拦截无效 Patch
很多 Patch 失败，其实源于数据未就绪或字段值为空。与其让 Patch 报错再捕获，不如在调用前主动拦停：
- 检查必填字段是否为空：比如 Patch(...) 前加 if (Trim(TextInput1.Text) !== "")
- 验证人员字段是否已选：对 SharePoint “人员列”，!IsBlank(ComboBox1.Selected) 是安全前提
- 避免重复提交：用 !IsSubmitting 或自定义变量（如 submitting）控制状态流
用 OnChange 节流 + 显式按钮触发
别让每次输入都触发 Patch。把 Patch 移到“确认提交”动作中，而非响应实时变更：
- 把表单控件的 OnChange 仅用于更新本地变量（如 Set(formData, {...})），不执行 Patch
- 提交按钮的 OnSelect 才负责校验 + Patch，这样逻辑清晰、可调试、易取消
- 若需“自动保存”，可用 Timer 控制最小间隔（如 2 秒防抖），而不是监听每个字符
用 FormMode 控制 Patch 的适用范围
Power Apps 中的表单有 New、Edit、View 模式。Patch 行为应与模式对齐：
- View 模式下，禁用所有 Patch：用 If(Form1.Mode = FormMode.Edit || Form1.Mode = FormMode.New, Patch(...))
- 结合 DisplayMode 属性统一控制整个表单区域是否可编辑，比逐个 Patch 加判断更高效
- 新建表单时，若主键依赖服务端生成（如 ID 自增），先 SubmitForm 再 Patch 关联数据，避免空 ID 冲突
本质不是屏蔽 Patch，而是让 Patch 只在真正需要且条件完备时运行。少一次无效 Patch，就少一次网络往返和潜在报错。
