Tree: eea5144710

master

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from 'eea5144710'

${ noResults }

Commit Graph

4 Commits (eea51447106599280403af887561f620a64cb775)

Author	SHA1	Message	Date
doublex001	410b1b7386	refactor(theme): 卡片间隔令牌化收尾，borderRadius/padding:8 收敛为 spacing.card - 82 个 .tsx 文件的卡片 borderRadius/padding(含 H/V):8 收敛为 spacing.card（值恒 8，零视觉变化） - 自动补齐 spacing 的 theme 导入（复用已有导入或按目录深度计算相对路径） - check-spacing 令牌引用命中 954 处且仍 0 违规，审计网未撕裂 - 更新项目开发状态.md（4.21 残留①标记完成 + 新增 4.23）	1 month ago
doublex001	3070a966b7	style: 边距间隔统一 8px（页面留白 / 卡片内边距 / 卡片间隔） AGENTS.md 第 15 行的「边距间隔一致」在本批次中途补上了数值「，为8px」。 此前按众数取 16 落的 176 处因此作废——回滚还原不回 8（原本就是 16 的 66 张卡 同样要降），故改为按目标值重算，73 个 .tsx 文件共 +390 / -398。 三个维度全部收敛到 8： - 页面留白：28 个主 ScrollView 的 contentContainerStyle，另加共享页壳 LegalDocScreen - 卡片内边距：padding / paddingHorizontal / paddingVertical - 卡片间隔：marginTop / marginBottom，以及分隔卡片的容器 gap 判定口径从「命名」改为「结构」：有 borderRadius 且（有 backgroundColor 或 borderWidth）即为卡片。4.17 的命名判定漏掉了 pendingItem、dimItem、 resume/{education,experience,project} 的 row、suggestionRow、reasonRow、 explanation、option、taxItem，以及一批 radius 已是 8 但内边距非 8 的卡 （matchBanner / offerBanner / salaryBox / cardBase / cardOffer / replyBlock / rank.section / memberBanner / draftBanner / pathSummary / aiTip 等），本批补齐。 明确排除（附理由，非遗漏）：表单控件、标签胶囊、选项卡、按钮、图标底与装饰； 错误重试态的 center 容器（改会把重试页居中打散）；引导页 components/onboarding/** （自成一套 12/14/18 圆角体系）。刻意保留：resume/preview 的 paper.padding 20 （导出文档的屏幕代理版心，对应 resumeHtml.ts 的 @page 34px 38px）、 SliderCaptcha 的 knob 阴影（控件对照项）。 顺带修复一个既有缺陷：skill-cloud 的行业 Tab 在搜索框出现后被纵向裁切， 只剩 6 个可点却看不见的胶囊。根因是 tabsWrap 的 maxHeight 未配 flexShrink: 0。 git diff 确认 tabsWrap 不在本批改动内，确系既有问题。 门槛：tsc / eslint / 365 用例 / check:icons / check:affordances / check-backend-stubs / check-routes 全绿；已在模拟器截图核对 11 个页面。 详细记录见 项目开发状态.md §4.18。	1 month ago
doublex001	c3a3fa0eac	style: 全站卡片圆角统一 8px 并去除卡片阴影 依据 AGENTS.md 于 2026-09-20 14:12 新增的硬规则「整个项目所有卡片的圆角都必须是 8px，无阴影」，改造 147 处卡片圆角、删除 54 行卡片阴影。同一次 AGENTS.md 编辑还把 提交规则由「每天 17：50 提交」改为「提交并推送到远端」，本次 17：50 动作按新规执行 两步（commit → push），故本提交同时包含该 AGENTS.md 改动。 为什么不能直接 grep borderRadius 全量替换 项目没有「卡片」的样式键约定：同一屏内 card / box / panel / section 混用，且 cardBtn（48 高胶囊按钮）、cardTag（标签）、cardIcon（圆形图标底）共用 card 前缀。 直接全量替换会把胶囊按钮与圆形头像一并压成方角。 判定口径（本轮定义） 卡片：样式键为 card 或以 Card 结尾/内嵌；另经逐条读块复核，纳入 17 个非 card 命名 的「独立承载一组内容的面板」（emptyBox / emptyList / emptyHint / searchEmpty / pathSummary / section / cardBase / cardOffer / salaryBox / draftBanner / matchBox / aiTip）。 非卡片：CardBtn|CardBullet|CardDot|CardBadge|CardIcon|CardWrap|CardTag|CardChip， 以及按钮、标签、chip、输入框、Tab 项、列表行（row / *Item）、头像与圆点。 圆/胶囊排除：半径 × 2 ≥ min(字面量宽, 字面量高) 时判为圆或胶囊，不动 （如 cardBtn 48 高/r24、radioOuter 18×18/r9、countdownCard 60×60/r30、 Holland 结果页类型序号圆标）。 改动规模（git diff 实测） 圆角改为 8：147 处，分布 50 个 .tsx/.ts 删除阴影行（shadowColor/Offset/Opacity/Radius、elevation）：54 行，7 个文件 其中 app/jobs/[id].tsx 删除模块级 const shadow 常量及其 ...shadow 展开点（共 7 行） 卡片类样式 167 个，其中仍非 8px：0 审计脚本自身的两个缺陷（差点改错别人的圆角，已在文档中如实记录） ① 单行样式块（modalCard: { …, borderRadius: 16, … },）被当普通块解析，会把下一个 样式块的值算作它自己的 —— 不是漏改，是取到邻居半径然后改到邻居头上。 ② shadowOffset: { width, height } 被当成元素尺寸，导致所有带阴影的卡片都被判为 胶囊而整类静默跳过（带阴影的恰是最该改的）。 两处均为静默漏判而非崩溃，故本批不采信脚本输出，改用 git diff -U0 逐行反查证明： 147 行新增半径中，130 行在 card 命名样式内、17 行在人工复核白名单内、0 行在名单外。 范围边界（刻意不动，非遗漏） components/onboarding/ui/SliderCaptcha.tsx:294-297 滑块阴影保留（控件非卡片， 去阴影会使滑块与轨道糊在一起）；src/theme/colors.ts 的 shadow token 保留 （colors.test.ts:11 仍断言）。全库 elevation:/shadowOpacity: 现仅此一处。 另有 116 条「像卡片但不叫 card」的样式未动，逐类看过几乎全是按钮/标签/chip/输入框/ Tab/列表行/头像底，压成 8px 反而是错的 —— 这是本轮口径的边界，不是余数。 回归锁 新增 0 例测试；本批为纯样式常量改动，不改变任何数据逻辑，靠既有 365 例与新立的 圆角审计脚本（167 个卡片类样式非 8px = 0）看守。 真机实测（Android 模拟器 emulator-5554，截图核对，非代码走查） jobs 列表、jobs/1 详情、profile 求职端、enterprise-overview（本轮删除阴影最多的页面， 4 张卡 15 行）| job-publish | tools/skill-cloud | holland-result | resume/export —— 均确认 8px 直角、无阴影，且内部胶囊标签与圆形序号标未被误伤， 白底卡片与 pageBg #F6F8F9 仍可区分、未塌成一片。 未实测（仅代码级验证）：components/resume/EditKit.tsx、components/onboarding/ui/ Modal.tsx、components/onboarding/screens/P3Identity.tsx、LegalDocScreen —— 嵌在弹层/引导流/长文档中，深链直达需先走完前置流程。 已知缝隙 「8px」目前仍是各 StyleSheet 里的字面量，未如颜色那样收敛为 theme 常量， 新增卡片没有强制来源。是否立 theme 层面的圆角 token，留待下一批定夺。 门槛：npx tsc --noEmit 0 错误 · npx eslint . 0 error/0 warning · npm test 26 套件 365 例全绿 · node scripts/check-routes.mjs 0 失效跳转 · npm run check:affordances 0 处 · npm run check:icons 0 处无效字形（194 文件 / 1357 字形） · node scripts/check-backend-stubs.mjs 140 个接口函数 · git diff --check 通过	1 month ago
doublex001	0c2ebf6149	feat: 清零假交互，补全导出分享与企业端写通道，修复四态与图标缺陷 合并 2026-09-18 当天的 4.9–4.13 五个批次。范围仅前端：后端（Java + SpringBoot） 由其他成员实现，本次新增接口一律按约定在 api.ts 中预留注释版 fetch，未写后端代码。 4.9 假交互盲区 + 四态缺口 + 企业端写通道 - 修掉 4.8「死控件已清零」结论的盲区：审计脚本只认「无处理函数 / 空处理函数」的 Pressable，查不到「有处理函数、点了只弹『功能开发中』」这一类，全仓实有 37 处。 - 按「能真做的真做，不能做的删入口」逐条处理：能接线的接线（如「评分申诉」→ /appeal）； 能真导出的复用 shareText；无落点的删入口，并同步删掉 api.ts 里对应的下发项， 不留「数据里有、页面不渲染」的悬空字段。 - 修复 error 被静默丢弃的真 bug：legal/checkout 与 legal/service 的网络故障会被渲染成 「套餐不存在 / 服务不存在」，把用户引向错误的自救路径；另有 5 处有 error 分支但无重试 入口、1 处 refresh 已在作用域内却没用。统一改用既有 StateView（ErrorState 自带 onRetry）。 - 企业端岗位管理补「下架 + 刷新」写通道：新增 updateJobStatus / refreshJob，经 storage 覆盖表叠加（mockRequest 不深拷贝，直接改常量会污染全局且重启即丢），JobManagementJob 补 refreshedAt 字段，hook 补写方法与进行中标志，页面加二次确认，并补写通道单测。 - 企业端列表页补筛选/排序真实现，修掉一个无 value/onChangeText 的死输入框；Tab 过滤 从页面 useMemo 下沉到 api 层（原与「业务规则放 API 层」相悖）。 - 扩展 scripts/check-affordances.mjs 覆盖上述盲区，防止同类问题再次逃过审计。 4.10 平台资质证照页 + 死链修复 + 推送缺口 - 新增 app/settings/qualifications.tsx（平台运营主体自身的证照公示，合规 / 应用商店 上架审核用），配套 src/types/qualification.ts、src/hooks/useQualifications.ts、 api 取数函数与单测。注意它和企业端 EnterpriseCertificationForm 不是一回事：后者是 入驻企业上传自己的营业执照以取得认证，主体 / 目的 / 入口全不同，已在类型文件顶部写明。 - 修复死链。 - 补记 09-11～09-17 共 12 个提交从未推送的缺口（远端一直停在 09-10），并把「提交之后 必须推送」写进 AGENTS.md：17:50 的动作明确为 commit → push 两步，9:20 拉取前先看 git rev-list --left-right --count HEAD...@{u}。 4.11 企业端状态文案缺陷 + 状态映射下沉 - 修 4.9 写通道回看时暴露的缺陷：标着「草稿」的卡片按钮显示「重新上架」。JobManagementJobStatus 有三个值（active | offline | draft），三元表达式只分了两支，草稿落进「已下线」那一支； 确认文案「重新上架后，候选人可以再次看到该岗位」对从未上架过的草稿两句都不成立。 - 状态 → 文案映射下沉到 api 层，页面不再自行分叉。 4.12 六处导出 / 分享真机验证 + 霍兰德参与人数两处不一致 - 6 处导出 / 分享路径在 Android 模拟器上逐个验到系统分享面板，并借面板的文本预览核对 拼装内容与页面一致（数字、名称、状态）。 - 修正一处数据前后不一致（霍兰德参与人数两处对不上）。 4.13 六处空态实测 + 无效图标名缺陷 + check:icons 新门槛 + 缓存失败态结案 + 分享文本测试锁 - 用「注入空数据 + 逐个截图」把 4.9 遗留的 6 处空态实测通过（progress / legal / hr-evaluation / ability / jobs/offer-compare / jobs/[id]），确认按设计渲染、无死代码。 - 修复文书模板 gavel-outline 无效字形名：Ionicons 全库 1357 个字形里没有 gavel，运行时会 打 "not a valid icon name" 且图标渲染为空白；页面的 `as keyof typeof Ionicons.glyphMap` 断言把类型错误吞掉了，故 tsc 一直没报。改用语义最接近的 hammer-outline。 - 新增 scripts/check-icons.mjs + npm run check:icons 门槛：直接读取已安装包的 glyphmap （另存一份必然与真实图标库脱节），扫描 app/ 与 src/ 中的图标名字面量，含灵敏度验证。 - 结案 settings 缓存「读取失败」态：不是「未验证」，而是 readCacheBytes() 把异常全吞成 0， 故障传不上来，该分支在任何条件下都不可达。新增 cache.test.ts（12 例），以「构造会抛错的 文件系统」把这条永不抛错的契约锁住。 - 补上第七处分享路径（入职清单导出）的真机验证，7 处分享至此全部验过。 - 新增 share-text.test.ts（28 例），补 4.9 同批 5 个分享拼装函数一直缺的测试锁（4.9 方案里 写了「并补单测」，当时只给范式 buildChecklistText 补了）。侧重锁三类：空值守卫、取的 是本地选择态而非接口默认值、对外可见格式；并把 4.12 那个真机证伪实验固化成不依赖设备的断言。 - 顺带把「数据层引用外部词表」三类系统排查完：图标名（已修 + 已设门槛）、路由（已被 check-routes 覆盖，本次补验其数据层灵敏度）、颜色（硬编码色值 0 处）。 其他 - AGENTS.md 第九节记录暗模式决策：本项目维持纯亮色。理由是全仓 3302 处静态 colors.X 分布在 124 个文件，其中 119 个为模块级 StyleSheet.create —— 模块级样式在启动时即固化颜色，与 运行时切换主题不相容，接入暗模式属重构级工程，且当前无自动化视觉回归手段可验证这 3302 处 改动。故本轮只记录决策、不改代码，将来应作为独立重构批次推进。 - 项目开发状态.md 同步各批次结论与证据（含一次错误归因的更正：深链不路由不是 expo-dev-client 缺失，而是应用跑在 Expo Go 里、Expo Go 只注册 exp://，已补 am start 实测证据）。 门槛：tsc 0 / eslint 0 / 23 文件 302 例 / check:routes 0 / check:affordances 0 / check:backend-stubs 140 / check:icons 0	1 month ago