DATA_SOURCE_FIELD_TYPES(form 层)与 core 的 EXPANDABLE_FIELD_TYPES 已知不同集且零 gate —— 同 #4770 的第二张允许表待收敛 #4790

发现于 #4770 的实施(PR #4789),回传立单。与 #4770 同族且已知漂移(不是理论风险):

事实

• packages/components/src/renderers/form/form.tsx 的模块私有 DATA_SOURCE_FIELD_TYPES(lookup/master_detail/tree/object-ref/filter-condition/recipient-picker);
• packages/core/src/utils/expand-fields.ts:29 的 EXPANDABLE_FIELD_TYPES,其 TSDoc 自述「mirrors the form layer's DATA_SOURCE_FIELD_TYPES」且额外覆盖 user —— 即两表已在两侧各存一份、已知不完全同集(user 只在 core 侧),没有任何 gate 能发现继续漂移;
• 「mirrors」注释本身就是 CASCADE option 允许表现存三份未导出的重复(app-shell / components / plugin-grid)—— 抬升到 @object-ui/fields 并让三处 import 同一常量 #4770 关掉的那类失效模式:注释声称同步,机制不保证。

修法方向

照 PR #4789 的定型机制:单一定义(落点按两表的真实语义关系定 —— 先量清 user 差异是有意还是漂移产物,有意则是「一表 + 显式超集」形态,漂移则收敛为一表)+ identity 钉。⚠️ 与 #4770 不同点:两表语义可能真的不同(expandable vs data-source-needing),测量先行,不预设「必须合一」。

附注(同族清单,供分诊)

metadata-admin 三处「有 options 编辑器的字段类型」近似副本(field-types.ts:35 / object-fields-io.ts:126 / ObjectFieldInspector.tsx:87)—— 不同概念同失效模式,#4770 首派报告记录在案,是否随本卡或另立由分诊判。

参考

• CASCADE option 允许表现存三份未导出的重复(app-shell / components / plugin-grid)—— 抬升到 @object-ui/fields 并让三处 import 同一常量 #4770 / PR refactor(core,fields): one exported cascade option allow-table, not three private copies (#4770) #4789(定型机制与 identity 钉形态)
• packages/core/src/utils/expand-fields.ts:29、packages/components/src/renderers/form/form.tsx(DATA_SOURCE_FIELD_TYPES)