fix(档案): 保存资料失败要提示 —— 配合后端「先推上游、失败即 400 不落库」(v26092204)

后端方案 A:PUT /profile 改预产期/昵称时先推上游用户中心,推失败返回 400 且不落库。
原来这里 .then() 不看响应、.catch() 静默 —— 用户会以为保存成功,下次加载被上游值覆盖回去
("改了没生效")。现在:非 200 或网络失败都 toast 提示,且不触发 bustReload。

- §4 硬约定新增第 9 条,说明这个接口的失败语义,避免以后又把失败吞掉
- 版本 v26092203 → v26092204
This commit is contained in:
2026-09-22 13:23:06 +08:00
parent d77b163b1a
commit 4c4c00f636
3 changed files with 18 additions and 4 deletions

View File

@@ -61,6 +61,10 @@ nginx:`root /opt/app` + `Cache-Control: no-cache` + `etag on` —— 缓存靠
⚠️ **只认「返回回到本页」三种情形**(bfcache 的 `pageshow.persisted`、后退重载的
`navigation.type === 'back_forward'`、从应用页 `location.href` 回来的 `document.referrer`);
**绝不能改成「每次加载都清」** —— 宿主恢复会把本页当返回落点加载,误清会毁掉刚用上的记录。
9. **保存资料失败必须提示,不能静默**(2026-09-22「档案以上游为准」):
`PUT /profile` 改**预产期/昵称**时,后端会**先推上游用户中心、成功才落库**,推失败返回 `code=400` 且
**不落库**。H5 必须弹提示(`_putProfile` 已按此判断 `res.code`)——静默的话下次加载会被上游值覆盖回去,
用户以为"改了没生效"。改这个接口的调用方时别再把失败吞掉。
## 5. 踩坑