2026-05-20-14-53-31 逆向结果复核与用户管理修复

工程分析/经验记录.md

@@ -1261,3 +1261,21 @@ C. 解决问题方案
 D. 后续如何避免问题
 
 凡是把“历史记录”改为“当前唯一状态”的需求，都要同步检查数据模型、归一化逻辑、保存接口、列表 UI、导出默认参数和重新进入页面的恢复逻辑。提交前用 `rg` 搜索旧文案和旧入口，避免残留重复下载按钮或旧命名造成用户误解。
+
+## 2026-05-20-14-53-31 保存提示与管理操作需要区分状态语义
+
+A. 具体问题
+
+用户要求逆向工作区在未修改或刚保存后离开时不再弹出保存确认，同时系统管理工作区的添加、编辑、删除用户按钮必须真正可用，并且不能删除当前登录用户。
+
+B. 产生问题原因
+
+上一轮实现的离开守卫只知道“正在离开逆向工作区”，不知道当前可视化状态是否已经保存，因此无条件弹窗；系统管理页原先只实现了用户列表和重置演示环境，操作按钮没有对应 API 和表单逻辑。
+
+C. 解决问题方案
+
+为逆向工作区建立保存快照，快照覆盖位姿、构件样式、切片范围、映射切片、模型显示、DICOM 融合强度、边界和切分状态；项目加载和保存成功后刷新快照，离开时只有当前快照与保存快照不同才弹确认。后端补齐 `/api/users` 的新增、编辑和删除接口，删除时拒绝当前登录用户；前端系统管理页改为真实表单和操作流。
+
+D. 后续如何避免问题
+
+凡是“离开前确认保存”类交互，都要先定义脏状态快照，不能只按页面离开事件弹窗。后台管理按钮必须有明确接口、成功/失败反馈和权限边界；至少要覆盖新增、编辑、删除自己、删除其他用户四个验证场景。