feat(ui): restore reference mini program and admin design
This commit is contained in:
@@ -157,3 +157,13 @@ P2:5. 公益项目 6. 公益活动 7. 我要做公益
|
||||
- 全局使用 16/24/32rpx 级圆角、低强度暖灰阴影、至少约 96rpx 的主按钮/主要点击高度和系统字体;不使用闪烁、强动画、玻璃拟态或科技大屏视觉。
|
||||
- 项目、活动和志愿者页面只展示 API 返回的真实事实;封面缺失时使用轻量公益图形占位,不生成虚构人物、捐赠额、服务人数或活动成果。
|
||||
- 参考图中的公开捐赠交易、证书、培训和团队入口不属于当前 V1 已实现能力,不在公众端显示;项目详情明确不提供公开募捐交易。
|
||||
|
||||
---
|
||||
|
||||
## 12. 参考界面全端还原范围(2026-08-13)
|
||||
|
||||
- 小程序端采用参考图的品牌头、暖橙主视觉、四列服务入口、公告、项目大卡、绿色个人中心、图文服务选择、项目事实卡和统一底部导航。
|
||||
- 管理端采用深色固定侧栏、浅灰工作区、真实 KPI、月度趋势、服务类型分布、快捷入口、标准筛选表格和工单横向步骤条。
|
||||
- 生成的人物图片均为虚构品牌场景素材,仅作服务类别与项目视觉,不作为真实服务对象、服务现场或项目成果证据;素材已压缩进入小程序本地包。
|
||||
- 捐赠支付、自动捐赠、捐赠记录/金额、物资订单、志愿者培训/证书/团队不展示入口;代码只保留禁用的集中能力登记和组件/导航扩展边界。
|
||||
- 图片中的金额、满意度、捐赠人数等示例值不得复制;所有运行时数字必须来自已批准接口,缺少事实时使用明确空状态。
|
||||
|
||||
@@ -4,6 +4,20 @@
|
||||
|
||||
## 当前阶段
|
||||
|
||||
2026-08-13
|
||||
|
||||
任务:参考图小程序端与管理端视觉全量还原(延期能力仅预留)。
|
||||
|
||||
完成:建立 primitive→semantic→component 三层设计令牌;按参考图重建小程序品牌首页、八宫格服务入口、公告、项目图文卡、正式底部导航、图文服务申请、项目详情事实区和绿色个人中心;保留既有真实申请、项目、活动、志愿报名、协作任务、消息和内容业务流程。管理端新增深色图标侧栏、工作概览、真实 KPI、月度申请/完成趋势、服务类型分布、快捷入口和工单横向状态步骤条,并沿用既有脱敏表格、筛选、详情、权限和审计逻辑。新增四张虚构公益品牌场景素材并压缩用于本地包,不作为真实成果证据。
|
||||
|
||||
范围:按用户确认,爱心捐赠及支付、每月自动捐赠、捐赠记录/金额统计、物资订单、志愿者培训/证书/团队不进入当前版本,不显示入口、不建立 API/表;新增集中禁用能力清单与稳定导航/组件边界供后期开发。新增 D-017,未改变技术栈、数据库、认证、状态机或 V1 业务范围。
|
||||
|
||||
验证:格式检查、Lint、27 个单元测试、34 个真实 MySQL 集成测试和全仓生产构建通过;8 个 migration 在隔离 `lehuo_test` 库无待执行项。首次全仓类型检查发现管理端步骤条使用了申请状态名称而非工单状态名称,已改为 `ASSIGNED/IN_SERVICE/SERVICE_COMPLETED` 并完成最终重跑。
|
||||
|
||||
遗留问题:真实微信 AppID/AppSecret、合法 HTTPS 域名和微信环境联调继续按用户安排后期提供;延期能力仍需未来独立评审。视觉真机验收需微信开发者工具环境。
|
||||
|
||||
---
|
||||
|
||||
`PHASE_7_IMPLEMENTATION_COMPLETE - 外部发布验收待执行`
|
||||
|
||||
## 当前版本目标
|
||||
|
||||
@@ -195,6 +195,20 @@ V1 统计直接从业务事实表计算,不建立可人工覆盖的统计表
|
||||
|
||||
---
|
||||
|
||||
## D-017 参考界面还原与延期能力扩展边界
|
||||
|
||||
状态:ACCEPTED
|
||||
|
||||
决定:
|
||||
小程序端和管理端以 2026-08-10 已确认参考图作为当前视觉基准,在不改变 V1 业务状态机、权限、数据口径和隐私边界的前提下完整还原其信息层级、色彩、卡片、导航、表格、图表和详情结构。界面统计只使用现有事实接口,不展示虚构人数、金额、满意度或成果。
|
||||
|
||||
爱心捐赠及微信/支付宝/银行卡支付、每月自动捐赠、捐赠记录与金额统计、物资订单、志愿者培训、证书和团队不进入当前版本,不注册页面或可操作入口,不新增数据库/API;通过集中能力清单、稳定模块边界和可扩展导航结构预留后续接入点,后续启用仍须独立产品、权限、审计、支付合规和迁移评审。
|
||||
|
||||
原因:
|
||||
满足已批准视觉目标,同时避免用不可用入口或模拟数据冒充已交付功能,并防止支付、订单和志愿者扩展模块未经合规及架构评审进入 V1。
|
||||
|
||||
---
|
||||
|
||||
## 待确认建议
|
||||
|
||||
Codex 若有会改变已批准架构的建议,只能写在这里,不得直接实施:
|
||||
|
||||
Reference in New Issue
Block a user