lovife
eff5a761bf
feat(fill): 表单结构接口（学生端填报的起点）
GET /api/v1/mp/tasks/{id}/form —— 按 §9.2 装配表单结构 + 当前值。
两道前置门槛（缺一不可）：
1) 任务在收集中（草稿/暂停/截止/归档都不给填）；
2) **这个人已过门禁**（有绑定关系）。没过门禁就给表单 = "没核对身份也能填"，
门禁就白设了。
字段三态（§9.2）实测正确：
real_name/id_card_no/occupation/worktype/job_level → 只读 + 老师已填
education/phone/is_student → 可改 + 「老师已填，请核对」
其余 → 空
其中 occupation/worktype/job_level 只读是刻意的：它们由老师按机构报考策略确定，
学生不懂也不该改 —— 而报错工种在机构那边是直接不受理，等发现时报名已结束。
为什么 locked 必须是真的只读、而不是"前端灰一下"：让它看起来可编辑（哪怕服务端
会拒绝）只会让人白改一次。所以前端渲染成只读，服务端再拒绝一次（两层）。
身份证号与手机号只回**脱敏值**：表单上回显完整证件号完全没有必要（学生自己知道），
而页面上多一处明文就多一处泄露面（截图、录屏、分享）。
两处实现说明：
· prefilled 与 locked 独立：prefilled=true,locked=false → 可改但标注（如联系电话，
名册里常是家长的老号码）；prefilled=true,locked=true → 只读灰底。
· FormFieldVO 补了 value / prefilled 两个字段（契约 §9.2 的字段对象里有）。
放在同一个类而不是另建 VO：两者结构完全一致，拆开只会让前端写两套解析。
本轮范围：只做"看得到、读得对"。**草稿保存（POST/PUT /mp/submissions）与
前端表单页是下一段** —— 已在 FillService 里留了 TODO。
验收：用真实会话实测 GET /mp/tasks/17/form，21 个字段分两组返回，三态与脱敏均正确。
2026-09-29 11:28:53 +08:00
..
2026-09-29 10:46:21 +08:00
2026-09-29 11:28:53 +08:00
2026-09-28 17:28:21 +08:00