抽屉

预期结果：使用 抽屉 (Drawer) 解决这项需求，同时保留用户当前的操作上下文。 用户场景：点击订单后，详情会从右侧打开，后方仍能看到订单列表。 建议界面模式：抽屉 (Drawer)。 适用理由：查看相关详情或处理次要任务，而且保留原来位置很有帮助时，就使用抽屉。 不应使用的情况：不要把步骤很多的长流程挤进狭窄的抽屉。 产品要求：定义默认、加载、没有内容、错误、成功与恢复状态。保留用户已输入的内容，每个操作后都提供清楚反馈。 无障碍与韧性：使用结构正确的 HTML（语义化 HTML）和完整键盘操作。焦点要清楚可见，布局缩放后仍要好用。也要提供减少动态效果。遵守项目现有规则。除非项目已采用，否则不要新增界面组件库。 验收标准：主要任务可只用键盘完成，在 320px 宽度也能正常使用。焦点与状态变化可被辅助工具读出。加载、失败、重试、取消与减少动态效果都已验证。 证据与限制（证据边界）：没有一份官方标准能涵盖全部内容。不同团队、平台或框架的用法可能不同。 待确认：产品文字、数据来源、分析事件、支持设备与语言，以及平台特有限制。