docs: 统一业务资源ID为服务端生成的稳定UUID
更新所有业务API文档,明确持久化资源的正式ID必须为服务端生成的稳定UUID,本地调试或接口失败时可使用语义ID作为fallback。新增数据库迁移脚本0022_opaque_ids,用于将历史语义ID转换为稳定UUID,并同步外键关联、详情记录的key字段以及审计日志的实体ID引用。新增该迁移的单元测试用例,验证ID替换与关联数据同步的逻辑正确性。调整MiniAPP前端代码,优化导航工具函数的格式,移除废弃函数并修改首页跳转逻辑,使用接口返回的UUID作为详情跳转参数。
This commit is contained in:
1 parent
e082bd2d98
commit
d3a246a873
14 files changed
+314
-24
No files matched your search
@@ -7,6 +7,7 @@
|
||||
- API 前缀:`/api/public`。
|
||||
- 响应使用 JSON;时间使用 ISO 8601 字符串。
|
||||
- 所有 `/health` 和 `/api/public/**` JSON 响应遵循 [三端统一 API 响应契约](./api-response-contract.md),成功业务对象位于 `data`,失败时 `data` 为 `null`。
|
||||
- 所有返回的持久化资源 `id` 都是稳定 UUID 字符串,不是标题、分类名或本地 mock 使用的语义 ID;详情、列表和跳转必须复用同一个 ID。
|
||||
- H5 本地开发通过 `/api` 代理访问后端。
|
||||
- 内容接口失败时,MiniAPP 使用 `src/content.ts` 的本地兜底内容。
|
||||
|
||||
|
||||
Reference in new issue
Block a user