二次确认Popconfirm
误点移除以后，按 Escape 会不会还是删掉记录？
二次确认在动作真正执行前说明对象与后果，并允许用户取消；Popconfirm 通常把这次确认放在触发按钮附近。它适合简短、范围清楚的决定，不承担服务端权限检查，也不适合承载复杂风险说明。
第一次点只是在提出动作，第二次明确答应才执行。反悔就该真的不动。
收拾桌面时问“这张便签要拿走吗”，没得到同意前不应该已经扔进垃圾桶。
类比到这里为止：数字操作可能影响多人或无法撤销。后果复杂时不能缩成一个小气泡；确认文字也不是权限控制。
从本次待办清单移除一条课堂提醒时，按钮旁写明“只移除提醒，不删除客户资料”。如果实际是永久删除客户档案，就需要更充分的影响说明和独立权限校验。
把不应发生的动作排除
- 打开确认
- 只显示影响，不提前移除对象。
- 取消或轻量关闭
- 保留对象，不能把离开气泡解释为同意。
- 确认移除
- 执行声明的范围，完成后在原处反馈。
轻量确认也要能用键盘
触发入口、说明与取消按钮都要可达；Escape 在本例关闭浮层而不移除。浮层不能因靠近按钮就忽略标题、焦点与返回位置。
本例只改当前页面的虚构提醒，可再次加入。不会删除真实资料，也不会因为“标为已读”就顺手移除业务记录。
继续看项目应用与交付检查
二次确认 在项目中负责什么
- 什么时候用
- 一个简短操作有误触风险，用户可以在邻近位置理解其后果时。
- 它解决什么
- 给误触一次清楚的退出机会，不必为每个轻量决定跳整页。
- 它不负责什么
- 不要每次点普通按钮都要求确认，避免形成机械点击。后端仍需检查权限、对象状态及重复请求。
- 放进真实项目
- 移除一条提醒前说明只移除提醒、不删除客户资料；复杂不可逆动作使用更完整的确认方式。
气泡确认适合就地确认单一步骤、后果清楚的风险动作
归档一条测试线索或移除一个标签，可以在原按钮旁确认；删除整个客户及关联报价需要更完整的模态说明。
- 01
只处理内容短、对象明确的确认。
- 02
确认按钮使用真实动作词。
- 03
点击外部、按 Escape 和焦点移动都安全取消。
先说明对象和影响，取消不写入，确认才执行。
容易混淆的地方
Popconfirm 是确认的一种外观；Popover 不一定要求决定；Modal 限制背景操作，并不自动表示危险。
“移除提醒”的按钮旁打开二次确认，用户随后按 Escape。这个演示应该发生什么？
你可以这样告诉 AI Agent
我在处理这件事：移除一条提醒前说明只移除提醒、不删除客户资料；复杂不可逆动作使用更完整的确认方式。请以“二次确认”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践