Success State
成功状态
成功状态会确认操作已经完成，显示保存下来的结果，以及有用的下一步。
指南已同步完成，团队现在可以开始使用。
前往术语图鉴生活中的例子
支付完成后取得收据编号 R-4812。页面只确认一次，显示收据和下一步，刷新后仍然有效；服务器确认前，状态必须写“处理中”，不能先说“成功”。
主要部分
- 01确认消息
- 02结果证据
- 03下一目标
什么时候用
重要操作已经有确认且能保存的结果，而且值得告知用户时，可以使用这个词。
什么时候不要用
不要为普通开关操作大肆庆祝，不要在确认前宣布成功，也不要让用户停在没有下一步的页面。
代码里的名称
confirmed result → receipt + next step 上线前要检查
发布前检查页面结构、键盘操作、清楚可见的焦点、对比度与缩放。也要检查加载、没有内容、错误、成功、取消与减少动态效果。
预期结果：使用 成功状态 (Success State) 解决这项需求，同时保留用户当前的操作上下文。 用户场景：支付完成后取得收据编号 R-4812。页面只确认一次，显示收据和下一步，刷新后仍然有效；服务器确认前，状态必须写“处理中”，不能先说“成功”。 建议界面模式：成功状态 (Success State)。 适用理由：重要操作已经有确认且能保存的结果，而且值得告知用户时，可以使用这个词。 不应使用的情况：不要为普通开关操作大肆庆祝，不要在确认前宣布成功，也不要让用户停在没有下一步的页面。 产品要求：定义默认、加载、没有内容、错误、成功与恢复状态。保留用户已输入的内容，每个操作后都提供清楚反馈。 无障碍与韧性：使用结构正确的 HTML（语义化 HTML）和完整键盘操作。焦点要清楚可见，布局缩放后仍要好用。也要提供减少动态效果。遵守项目现有规则。除非项目已采用，否则不要新增界面组件库。 验收标准：主要任务可只用键盘完成，在 320px 宽度也能正常使用。焦点与状态变化可被辅助工具读出。加载、失败、重试、取消与减少动态效果都已验证。 证据与限制（证据边界）：没有一份官方标准能涵盖全部内容。不同团队、平台或框架的用法可能不同。 待确认：产品文字、数据来源、分析事件、支持设备与语言，以及平台特有限制。
检查这份需求
请 AI 编程助手检查当前如何使用 成功状态 (Success State)。 定义：成功状态会确认操作已经完成，显示保存下来的结果，以及有用的下一步。 生产环境检查：发布前检查页面结构、键盘操作、清楚可见的焦点、对比度与缩放。也要检查加载、没有内容、错误、成功、取消与减少动态效果。 修改程序前，先列出看到的证据、缺口、严重程度，以及最小且安全的修正。