mydreamjob

53 Commits

1 Branch

0 Tags

7.9 MiB

Commit Graph

Author	SHA1	Message	Date
doublex001	aff9fc8b19	fix: 收敛「同一事实两个数」类数据矛盾并补颜色 lint 盲区合并 2026-09-20 当天的 4.14、4.15 两个批次。范围仅前端：后端（Java + SpringBoot）由其他成员实现，本次未写后端代码，接口仍按约定在 api.ts 中预留注释版 fetch。主线索是一类反复出现的缺陷：同一个业务事实被写了两份，两处取值不同。修法一律是让重复的那一份在接口层从权威源派生，而不是把两个字面量手工对齐 —— 手工对齐只解决这一次，下次改数据照样分叉。 4.14 求职意向词表统一 + 四处数据自相矛盾 - 引导采集的期望薪资 / 求职状态 / 期望城市三组选项，引导页与「设置求职意向」页各有一份词表，三组全部匹配不上：走完引导进来的用户看到三组 chip 一个都没选中，像资料丢了。更严重的是在那里选「暂不考虑」保存后，简历仍把他记成积极求职中（判定常量与页面词表不是同一个字符串）。三组选项下沉到 src/constants 单一来源，新增 withCurrentOption 处理引导阶梯能拼出、快捷档覆盖不到的薪资组合。 - 顺带收敛四处数据矛盾：当前用户 Offer 数、求职进度每月 Offer 之和、企业端在招岗位、企业端评价数、企业名（全称 / 简称两个值）。 - 撤回 4.10 第 7 条的错误结论：该条断言「常量无消费者、缺页脚组件」，实际 components/onboarding/ui/SupportFooter.tsx 早一天就已存在并挂在 P1Login / P2QuickLogin 两页上，页脚一直渲染。该结论朝「把已完成的当成未完成」的方向错，已改为如实。 4.15 数据自相矛盾批量收敛 + 半透明色 token 化 + lint 补盲区 - 又查出并修掉 10 组同源不同值，多为跨页面 / 跨层级，翻页时肉眼不易对照： · 求职进度 stats 五项之和 30 ≠ 总数 28（ended 改为由其余四项相减得出，求和成为结构性的） · 月度图表投递合计 52 / 面试合计 16，而卡片写 28 / 6（六个月三列重排为 28 / 6 / 2） · 我的页收藏徽标 12 与收藏列表 3 · 勋章「投递满100次」显示已获得，而实际只有 28 次投递（obtained / progress 改由 buildUserStats() 派生） · 匹配成功横幅写 3 家，而会话列表里 matched 为 true 的只有 2 条 · 岗位详情综合分恒为 92 分·优秀（fetchJobOverallScore 里是 `void id;`），9 个岗位里只有第 1 个对得上；雷达图八维改按该岗位实际分等比缩放，否则 65 分的岗位会配一张最低 78 分的图 · 对比页把产品经理与 UI 设计师的综合评分正好写反 · 候选人 4–8 号点进去全叫「张明远」（身份改取自人才推荐列表） · 岗位 1 的公司所在地在列表卡写海淀区、详情页写朝阳区 · 待回复卡片写 3 人，而它跳转的「未回复」Tab 只有 2 条 —— 两者不是同一集合（有未读消息 vs 未回复）。判据应是「与去向一致」，不是「某个内部集合的长度」 - 顺带修掉一处同屏矛盾：求职进度页标题「求职中 {stats.interviewing}」压在按 Tab 过滤的 companies 上（4 条），标题写 2、下面列 4 行，切到「面试中」Tab 只剩 1 行。该事实当时有三份副本（统计卡 / 标题 / Tab 列表），已去掉标题这一份。未解决并如实记录：companies 是 28 条投递的抽样，故统计卡的分阶段数字在 Tab 列表里永远对不上行数 —— 属全量 vs 抽样的结构问题，两条修法都会改变用户看到的页面，需产品定夺。 - 5 处 rgba(255,255,255,x) 逐处看下来不是同一个 token 被写重 5 次，而是 4 个不同角色（卡片底 / 弱底色 / 分割线 / 进度条轨道），故按角色拆成 4 个 token，值等于现状、一像素未改； resume.tsx 的 rgba(0,0,0,0.4) 改用已有 colors.scrim。 - 补 lint 盲区：no-hardcoded-hex-color 只匹配纯 hex，拦不住 rgba()/hsl()。已扩到函数式颜色，并加 TemplateElement 访问器，否则模板字符串里的颜色照样漏网。 - formatCompact（企业端看板内联的 .toFixed(1)k）与 formatThousands 下沉到 src/utils。 formatCompact 刻意保留尾随 .0（2000 → 2.0k），与 formatViews 去掉 .0 的做法不一致且是有意的，改口径会动到看板现状显示。测试 - 新增 data-consistency.test.ts（22 例），断言刻意写成「A 必须等于 B」的关系而非「A 等于 28」：以后调整 mock 数据不会让测试变红，只有把派生关系改回写字面量才会红。 - 新增 job-preference-options.test.ts（15 例），含源码级接线锁。 - 修正 enterprise-filters.test.ts 一条把矛盾当契约的断言：原先锁的是「有未读消息的会话数」，与卡片跳转过去的「未回复」Tab 不是同一集合，等于把缺陷固化成了期望。现锁「与去向一致」。 - 灵敏度验证：注入缺陷确认对应断言确实变红（含一次一次性注入 3 个缺陷、5 例如期失败），随后逐字还原并 grep 确认无残留。 - 两处如实记录：一次用 python 做注入时脚本静默失败（本机 python 是 Windows 商店占位存根，非交互调用不执行也不报错），文件其实没被改动 —— 若没先 grep 确认注入物存在，就会拿一次「未注入」的运行去证明「规则有效」；以及 data-consistency.test.ts 初版把「累计面试邀请数」与「当前面试中数」当成同一个事实而断言相等，红的是测试不是数据，已改为反向断言并写明注释。实测（Android 模拟器 emulator-5554，截图核对，非代码走查） - 求职进度统计卡 28 / 6 / 2 / 2 / 18，6+2+2+18 = 28 成立；月度图表三列合计 28 / 6 / 2；段落标题随 Tab 变化，不再出现与列表矛盾的数字。 - 我的页投递 28 / 收藏 3 / 沟通 8 / Offer 2（收藏 12 → 3）；勋章 28/100、6/10、95/100，其中诚信之星 95 与同屏「八大维度 → 诚信记录 95」同源，肉眼可自查。 - 未验到的：候选人详情 4–8 号姓名、岗位详情评分、对比页评分互换、收藏列表条数 —— 均有测试锁盖住，但本轮未逐屏截图，按「未做真机验证」记录，不当成已验证。门槛：tsc 0 / eslint 0 / 25 文件 339 例全绿 / check:routes 0 / check:affordances 0 / check:icons 0（194 文件、1357 字形）/ check:backend-stubs 140	1 month ago
doublex001	756960b32e	fix: 修复选身份后『进不去』并补充分端必经步骤 - identity-select 卡片点击即跳转（原仅显示对勾无反应）；按 candidateSetupDone/enterpriseVerified 分流到下一步 - 新增 app/job-preference.tsx 求职意向设置页（求职者必经，保存后置位标记进 /(tabs)/jobs，可稍后设置） - enterprise-certification 提交/稍后认证均 completeEnterpriseVerify 并 replace 到 /(enterprise)/enterprise-overview（原为死胡同） - index 闸门改用显式落地路由（/(tabs)/jobs、/(enterprise)/enterprise-overview），避免路由组无 index 导致空白	2 months ago

Author

SHA1

Message

Date

doublex001

aff9fc8b19

fix: 收敛「同一事实两个数」类数据矛盾并补颜色 lint 盲区

合并 2026-09-20 当天的 4.14、4.15 两个批次。范围仅前端：后端（Java + SpringBoot）
由其他成员实现，本次未写后端代码，接口仍按约定在 api.ts 中预留注释版 fetch。

主线索是一类反复出现的缺陷：**同一个业务事实被写了两份，两处取值不同**。
修法一律是让重复的那一份在接口层从权威源**派生**，而不是把两个字面量手工对齐 ——
手工对齐只解决这一次，下次改数据照样分叉。

4.14 求职意向词表统一 + 四处数据自相矛盾
- 引导采集的期望薪资 / 求职状态 / 期望城市三组选项，引导页与「设置求职意向」页
  各有一份词表，三组全部匹配不上：走完引导进来的用户看到三组 chip 一个都没选中，
  像资料丢了。更严重的是在那里选「暂不考虑」保存后，简历仍把他记成积极求职中
  （判定常量与页面词表不是同一个字符串）。三组选项下沉到 src/constants 单一来源，
  新增 withCurrentOption 处理引导阶梯能拼出、快捷档覆盖不到的薪资组合。
- 顺带收敛四处数据矛盾：当前用户 Offer 数、求职进度每月 Offer 之和、企业端在招岗位、
  企业端评价数、企业名（全称 / 简称两个值）。
- 撤回 4.10 第 7 条的错误结论：该条断言「常量无消费者、缺页脚组件」，实际
  components/onboarding/ui/SupportFooter.tsx 早一天就已存在并挂在 P1Login / P2QuickLogin
  两页上，页脚一直渲染。该结论朝「把已完成的当成未完成」的方向错，已改为如实。

4.15 数据自相矛盾批量收敛 + 半透明色 token 化 + lint 补盲区
- 又查出并修掉 10 组同源不同值，多为跨页面 / 跨层级，翻页时肉眼不易对照：
  · 求职进度 stats 五项之和 30 ≠ 总数 28（ended 改为由其余四项相减得出，求和成为结构性的）
  · 月度图表投递合计 52 / 面试合计 16，而卡片写 28 / 6（六个月三列重排为 28 / 6 / 2）
  · 我的页收藏徽标 12 与收藏列表 3
  · 勋章「投递满100次」显示已获得，而实际只有 28 次投递（obtained / progress 改由
    buildUserStats() 派生）
  · 匹配成功横幅写 3 家，而会话列表里 matched 为 true 的只有 2 条
  · 岗位详情综合分恒为 92 分·优秀（fetchJobOverallScore 里是 `void id;`），9 个岗位里
    只有第 1 个对得上；雷达图八维改按该岗位实际分等比缩放，否则 65 分的岗位会配一张
    最低 78 分的图
  · 对比页把产品经理与 UI 设计师的综合评分正好写反
  · 候选人 4–8 号点进去全叫「张明远」（身份改取自人才推荐列表）
  · 岗位 1 的公司所在地在列表卡写海淀区、详情页写朝阳区
  · 待回复卡片写 3 人，而它跳转的「未回复」Tab 只有 2 条 —— 两者不是同一集合
    （有未读消息 vs 未回复）。判据应是「与去向一致」，不是「某个内部集合的长度」
- 顺带修掉一处同屏矛盾：求职进度页标题「求职中 {stats.interviewing}」压在按 Tab 过滤的
  companies 上（4 条），标题写 2、下面列 4 行，切到「面试中」Tab 只剩 1 行。该事实当时有
  三份副本（统计卡 / 标题 / Tab 列表），已去掉标题这一份。
  **未解决并如实记录**：companies 是 28 条投递的抽样，故统计卡的分阶段数字在 Tab 列表里
  永远对不上行数 —— 属全量 vs 抽样的结构问题，两条修法都会改变用户看到的页面，需产品定夺。
- 5 处 rgba(255,255,255,x) 逐处看下来不是同一个 token 被写重 5 次，而是 4 个不同角色
  （卡片底 / 弱底色 / 分割线 / 进度条轨道），故按角色拆成 4 个 token，值等于现状、一像素未改；
  resume.tsx 的 rgba(0,0,0,0.4) 改用已有 colors.scrim。
- 补 lint 盲区：no-hardcoded-hex-color 只匹配纯 hex，拦不住 rgba()/hsl()。已扩到函数式颜色，
  并加 TemplateElement 访问器，否则模板字符串里的颜色照样漏网。
- formatCompact（企业端看板内联的 .toFixed(1)k）与 formatThousands 下沉到 src/utils。
  formatCompact 刻意保留尾随 .0（2000 → 2.0k），与 formatViews 去掉 .0 的做法不一致且是有意的，
  改口径会动到看板现状显示。

测试
- 新增 data-consistency.test.ts（22 例），断言刻意写成「A 必须等于 B」的关系而非「A 等于 28」：
  以后调整 mock 数据不会让测试变红，只有把派生关系改回写字面量才会红。
- 新增 job-preference-options.test.ts（15 例），含源码级接线锁。
- 修正 enterprise-filters.test.ts 一条把矛盾当契约的断言：原先锁的是「有未读消息的会话数」，
  与卡片跳转过去的「未回复」Tab 不是同一集合，等于把缺陷固化成了期望。现锁「与去向一致」。
- 灵敏度验证：注入缺陷确认对应断言确实变红（含一次一次性注入 3 个缺陷、5 例如期失败），
  随后逐字还原并 grep 确认无残留。
- 两处如实记录：一次用 python 做注入时脚本静默失败（本机 python 是 Windows 商店占位存根，
  非交互调用不执行也不报错），文件其实没被改动 —— 若没先 grep 确认注入物存在，就会拿一次
  「未注入」的运行去证明「规则有效」；以及 data-consistency.test.ts 初版把「累计面试邀请数」
  与「当前面试中数」当成同一个事实而断言相等，红的是测试不是数据，已改为反向断言并写明注释。

实测（Android 模拟器 emulator-5554，截图核对，非代码走查）
- 求职进度统计卡 28 / 6 / 2 / 2 / 18，6+2+2+18 = 28 成立；月度图表三列合计 28 / 6 / 2；
  段落标题随 Tab 变化，不再出现与列表矛盾的数字。
- 我的页 投递 28 / 收藏 3 / 沟通 8 / Offer 2（收藏 12 → 3）；勋章 28/100、6/10、95/100，
  其中诚信之星 95 与同屏「八大维度 → 诚信记录 95」同源，肉眼可自查。
- 未验到的：候选人详情 4–8 号姓名、岗位详情评分、对比页评分互换、收藏列表条数 ——
  均有测试锁盖住，但本轮未逐屏截图，按「未做真机验证」记录，不当成已验证。

门槛：tsc 0 / eslint 0 / 25 文件 339 例全绿 / check:routes 0 / check:affordances 0 /
check:icons 0（194 文件、1357 字形）/ check:backend-stubs 140

1 month ago

doublex001

756960b32e

fix: 修复选身份后『进不去』并补充分端必经步骤

- identity-select 卡片点击即跳转（原仅显示对勾无反应）；按 candidateSetupDone/enterpriseVerified 分流到下一步
- 新增 app/job-preference.tsx 求职意向设置页（求职者必经，保存后置位标记进 /(tabs)/jobs，可稍后设置）
- enterprise-certification 提交/稍后认证均 completeEnterpriseVerify 并 replace 到 /(enterprise)/enterprise-overview（原为死胡同）
- index 闸门改用显式落地路由（/(tabs)/jobs、/(enterprise)/enterprise-overview），避免路由组无 index 导致空白

2 months ago

2 Commits (aff9fc8b19852979b68352573446e90db4bae4fc)