条件逻辑改变哪些字段出现，但最终校验和提交值仍要按当前组件实现核对。用户切换选项后，隐藏字段可能涉及旧值、必填状态和后续通知条件，不能只看它从界面消失就认为流程正确。
先画出字段依赖关系
列明哪个选择控制哪些字段、哪些分支必须提供资料，避免互相依赖形成无法完成的循环。条件层级太深时，先简化业务问题。不要用多份外观相同的隐藏字段存同一数据，再让邮件配置猜哪一份有效。
核对显示条件与必填条件
查看当前Fluent Forms支持的逻辑选项，确认隐藏时是否参与校验及哪些数据被提交。不同字段或扩展可能行为不同，不凭其他表单插件经验推断。资料真正必需时，应明确在哪一条可见分支收集，并给清楚的错误说明。
处理切换后遗留的值
用户先填写A分支再切换B时，检查A的旧值是否仍进入条目、邮件或外部系统。是否保留应由业务决定，但不能产生互相矛盾的报价需求。后续通知条件应与有效分支匹配，避免隐藏值仍触发无关部门动作。
按路径组合测试
测试每种单分支、往返切换、空值和手机操作，确认可见必填项能提交，隐藏项不会无理阻止。核对最终保存和通知，而不是只在浏览器查看输入框。使用非敏感样本，保留分支矩阵，后续添加字段时一并更新。
关键区别
显示逻辑：控制界面出现；不代表全部校验已正确。
必填规则：保证所需资料；应与有效分支对应。
隐藏旧值：可能影响后续处理；保留删除按业务确认。
怎样确认处理到位
所有有效分支都可完成，隐藏字段不造成误阻或错误通知，切换后的保存资料一致，手机提示清楚，新增字段有可复用测试路径。
容易误判的边界
本文不保证不同版本所有字段都用相同隐藏行为。以当前官方能力和实测为准，不通过关闭全部必填校验来掩盖逻辑设计问题。
