DG9 统一全站 UI 布局样板迁移

关联 Issue: DG9-0..DG9-12
这个提交包含在:
2026-05-14 00:52:59 +08:00
父节点 3ac5c785b1
当前提交 4b14c925b6
共修改 30 个文件,包含 743 行新增和 437 行删除
+7
查看文件
@@ -82,6 +82,13 @@ DG8 之后,页面视觉和布局治理只有一个主 UI 参考:飞书工作
- 审批:待办聚合、明确状态、可追溯、可催办、超时提醒和效率统计。AP6 v1 已提供催办、待办摘要和超时提醒 job;后续审批/通知/催办开发必须先核对统一审批中心规约,复用既有接口、审计和通知语义,不另造平行链路。
- 企业微信:入口、身份、个人应用消息和 deeplink,不替代 OA 正式审批。
DG9 之后,页面任务必须先按 `docs/产品设计规则.md` 的 A/B/C 页面分层选样板,再开始设计或编码:
- A 类核心流程先对齐审批中心、移动审批/进度、报销详情、首页和通知样板。
- B 类业务运营按 A 类样板迁移,但不得顺手新增移动采购创建、恢复冻结差旅主线或改变财务/OCR/项目接口。
- C 类管理配置保持中后台高密度布局;只在授权管理或审计场景展示必要内部编号。
- PC 页面优先复用 `WorkspaceHeader`、指标条、`FilterBar`、主表格和分页;移动页面优先复用移动槽位、`mobile-list-card`、`mobile-field-row` 和吸底操作。
可自动化的体验检查先自动化,例如 Playwright PC、移动、企业微信 UA 和 DOM 指标;真实企业微信登录、手机应用消息到达、真实通知权限和财务制度决策必须保留人工确认记录。
移动页治理必须收敛到同一套事实源和组件体系: