detail/form 面的 edit/delete 按钮接入服务端 effective 操作集

[os-zhuang]

#3391 的独立 follow-up ③(前端,objectui 仓)。

背景

PR-4(objectui#2823)让列表/工具栏面(ObjectView Import、ListView/ObjectGrid Export)接入了服务端下发的 effective 操作集(/me/permissions 的 apiOperations,经 resolveCrudAffordances(obj, effectiveApiOperations?) 第二参交集)。

detail / form 面的 edit/delete 按钮尚未接入 —— 目前仍只按 resolveCrudAffordances(obj)(bucket + userActions)判定,不与服务端 effective 集交集。PR-4 已铺好路(getObjectApiOperations + resolveCrudAffordances 第二参),但接上会新隐藏一批按钮,属独立行为变化,故单独一 issue。

范围(objectui)

• RecordDetailView / plugin-detail / plugin-form 里对 edit/delete 的 resolveCrudAffordances(objectDef) 调用改传第二参 getObjectApiOperations(objectName)。
• 校验与 detail 面既有权限门(check('edit') / check('delete'))叠加后的行为;effective 缺失回退现行为。
• 测试:effective 含/不含 update·delete 时按钮显隐。

关联:#3391、objectui#2823(PR-4,已铺路)。

[os-zhuang]

三条勾选项已全部完成,关闭本 issue。因实现 PR 在 objectui 仓、issue 在 objectstack 仓,GitHub 无法跨仓自动关闭,故手动收口。

落地情况

勾选项	落地
① RecordDetailView / plugin-detail / plugin-form 传第二参 getObjectApiOperations(objectName)	objectui#2832(f9bbddb)
② 与既有 check('edit') / check('delete') 叠加行为;effective 缺失回退现行为	objectui#2832
③ 测试:effective 含/不含 update·delete 时按钮显隐	objectui#2876(5141617)

③ 在 #2832 时只覆盖了 @object-ui/core 的 isObjectInlineEditable 单测和 RelatedRecordActionsBridge(子对象相关列表)组件测试;本 issue 标题点名的三个面本身当时只靠「既有套件回归通过」兜底 —— 实测把三处的第二参删掉,合入前的测试全绿。#2876 补齐了这部分(25 例),并经变异验证:删掉任一处第二参会红 14 例。

覆盖到的面:detail header 的 sys_edit / sys_delete、记录体 inline-edit 门、form 整表字段锁。每个套件另外钉住了使其成为交集而非并集的两条性质(服务端授权不重开 bucket 已关闭的 affordance;userActions opt-in 不盖过服务端拒绝),以及 effective 缺失时的向后兼容。

⚠️ 顺带发现:列表行级 Edit/Delete 与批量删除仍未接入(建议另开 issue)

借本次收口扫了一遍 objectui 全部 6 处 resolveCrudAffordances / isObjectInlineEditable 调用点,除 app-shell/src/utils/managedByEmptyState.ts:56(只读空态文案,无按钮,影响可忽略)外都已传第二参。但行级 CRUD 走的是另一条完全独立的链路,不经过它们:

• plugin-grid/src/rowCrudAffordances.ts:49 — resolveRowCrudAffordances() 签名里没有 effective 集参数。
• ObjectGrid.tsx 的 effectiveApiOps 只用于 export(1266、2295);ListView.tsx 同理(672)。
• 行级门(ObjectGrid.tsx:1479)= operations ?? { update: !!onEdit, delete: !!onDelete } + userActions 显式 false opt-out。而 ObjectView 是无条件下传 onEdit / onDelete 的,所以视图 JSON 未显式声明 operations 时,该门恒为 true。
• ObjectGrid 内唯一的权限调用是字段级 perms.checkField(1238),没有对象级 can()。
• 同一个 canDelete 还驱动批量删除(1615)。

即:effective 集不含 update / delete 的调用者,主列表行 kebab 里的 Edit/Delete 和批量删除仍会显示——与本 issue 修掉的是同一类问题,只是在另一条链路上。#3391 的 PR-4 只覆盖了工具栏的 Import/Export,行级从未接入。

(以上为代码链路走查结论;用户可见后果为据此推断,未在浏览器实测。)

---

Generated by Claude Code