OJ2/apps/api/src/routes at 25c6e99c543a1eba084b6e35aa93b7b074a021a2 - OJ2

xuyue/OJ2

Files

yuetsh 25c6e99c54 feat(后台): 补回「最高票评价」列，重写时漏掉了

管理端题目列表的「反馈」列一直是空的：前端渲染逻辑还在，后端两处
硬编码 topReaction: null —— 旧后端的 reaction/services.py:get_top_reactions
没有跟着迁过来，阶段 0 的清单也没抓到。

新增 services/reaction.ts，口径逐条对齐旧实现：

- 按 (problem_id, type) 分组计数，取票数最高的那个；
- 并列时按 reactionKeySchema 的定义顺序取靠前的，与前端 REACTIONS 的顺序
  一致（旧后端是 TYPE_ORDER，已核对两边七个 key 的顺序与内容完全相同）；
- 只返回有评价的题目，没有的题调用方兜 null。

比库里可能残留、但前端已经下掉的类型多了一道跳过：不跳的话一个不再展示的
类型会以并列最优的身份把真正的最高票挤掉。

只有公开题列表下发，比赛题列表不下发 —— 与旧后端一致（旧的 top_reaction
只出现在 ProblemAPI，ContestProblemAPI 没有），前端那一列的注释也是这么写的。

实测：造 3 票 learned + 1 票 too_easy 取到 learned/3；interesting 与
too_hard 各 1 票时取到 too_hard（定义顺序在前）；插一条 obsolete_kind
不影响结果；无评价的题返回 null。探针数据已清理。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-25 14:08:09 -06:00

admin

feat(后台): 补回「最高票评价」列，重写时漏掉了

2026-08-25 14:08:09 -06:00

account.ts

refactor(前端): 拆掉 camelCase→snake_case 转换层，契约成为唯一真相

2026-08-25 13:44:24 -06:00

achievement.ts

feat(阶段3): oj 侧端点铺开（基线提交，未经评审）

2026-08-07 01:25:36 -06:00

ai.ts

feat(阶段3): oj 侧端点铺开（基线提交，未经评审）