33 lines
1.7 KiB
Plaintext
33 lines
1.7 KiB
Plaintext
|
|
|||
|
|
已按 BUG-001 的两个子问题改好，修改总结如下。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
**子问题 A — 打卡前积分不提前跳变**
|
|||
|
|
|
|||
|
|
- **逻辑**：在 `handleCheckin` 里，**只有**在 `setSignIntegral()` 成功返回之后才更新状态和积分。
|
|||
|
|
- **具体**：
|
|||
|
|
- 先 `await setSignIntegral()`，不成功会进 `catch`，不会改 `currentPoints`。
|
|||
|
|
- 成功后再 `this.todaySigned = true`，然后再用服务端数据更新 `currentPoints`。
|
|||
|
|
- 全程没有在接口成功前修改 `currentPoints`，也没有任何前端本地 `+30`。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
**子问题 B — 打卡成功后用服务端积分刷新**
|
|||
|
|
|
|||
|
|
- **接口确认**：打卡接口仍是 `setSignIntegral()`（`user/sign/integral`），对应后端 `/api/front/user/sign/integral`，即签到/打卡接口。
|
|||
|
|
- **刷新积分**：打卡成功后用「用户信息」接口刷新积分：
|
|||
|
|
- 先调 `getUserInfo()`（即 GET `/api/front/user`，即 user info 接口）。
|
|||
|
|
- 从返回里取 `integral` 或 `points`，赋给 `currentPoints`（优先 `integral`）。
|
|||
|
|
- 若 user info 里没有积分字段，再请求 `getUserPoints()`（`tool/points/info`），用其返回的 `totalPoints` / `points` / `availablePoints` 更新 `currentPoints`。
|
|||
|
|
- **禁止硬编码**：积分只来自上述两个接口的返回值，没有写死 `+30`。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
**代码改动要点**
|
|||
|
|
|
|||
|
|
1. 引入并调用 `getUserInfo`。
|
|||
|
|
2. 在 `await setSignIntegral()` 成功后，先 `getUserInfo()`，用 `userRes.data.integral ?? userRes.data.points` 更新 `currentPoints`。
|
|||
|
|
3. 仅当 user info 无积分时，再 `getUserPoints()` 并以其结果更新 `currentPoints`。
|
|||
|
|
4. 注释中写明：不在 API 成功前改 `currentPoints`，且用 GET user info 刷新积分、禁止前端本地 +30。
|