 lovife
|
7523ebe789
|
feat(task): M1-02 覆盖班级与班主任配置
补上发布前置校验的最后一环（40019），同时确立任务的数据隔离边界 ——
班主任能看到哪些任务、能审哪些单子，全由 collect_task_org 决定。
后端 GET/PUT /tasks/{id}/orgs（整体替换语义 + 软移除 + 历史行复用）；
前端「配置班级」抽屉：组织树只允许勾选班级，主班主任留空时显式提示
「将由该班负责人初审」而非留白。发布被拦时给出「去哪里补」的指引
（BLOCKING_HINTS），而不是只说"未设置覆盖班级"。
三条守住的规则：
1) 班级与初审人都必须在本租户内。跨租户的 id 一律当作"不存在或已删除"，
不透露"它存在但不属于你" —— 漏了的后果是 A 校能把 B 校的班挂到自己
的任务上，B 校的班主任就出现在 A 校的审批流里。
2) 初审人必须持有班主任/副班主任角色。指定初审人本质上是一次授权，
那个人将能看到该班学生的身份证号与学籍材料；不校验角色就等于把
"谁能看学生隐私"变成任意授权。报错要给出下一步，不能只说"校验失败"。
3) 移除是软移除（status=0），且「移除再加回」必须复用原行。
后者不是优化而是必须：uk_task_org UNIQUE (task_id, org_id) 不带 status
条件，一个班在同一任务下只能有一行，直接 insert 会违反唯一约束。
本轮修掉的 3 个真问题：
1) 我此前误判 uk_task_org 不存在 —— grep 只匹配含表名的行，而
CONSTRAINT uk_task_org UNIQUE (task_id, org_id) 那行没有表名。
基于这个错误前提，我写了一个多余的部分唯一索引 uk_task_org_active
和一段基于错误前提的代码，已全部撤掉并更正注释。
教训：查约束要看 CREATE TABLE 整块，不能只 grep 表名。
2) collect_task_org.expected_count 是 NOT NULL DEFAULT 0，与接口契约矛盾：
DDL 注释说它是"由名册汇总"（系统算的），但《03-接口设计》§7.6 把它放在
PUT 请求体里、说"用于与名册实际人数比对" —— 只有"管理员填的期望值 vs
名册实际值"才需要比对。而 0 是有意义的业务值（"预期 0 人"），拿它兼职
表示"没填"会让每个没填的班都触发"应填 0 人、实际 31 人"的假告警；告警
变噪音就没人看了，真正"应填 28、名册却有 31"（名册导错）反而被漏掉，
而这条告警的全部价值就在那一次。已由 V4 迁移改为可空 + 去掉默认值，
并同步更正 docs/db/schema-postgresql.sql 与 PRD 里的内联 DDL。
3) 删掉迁移文件后必须 mvn clean，否则它会"复活"：我只跑 mvn package，
target/classes 里的旧副本被打进 jar，Flyway 发现历史里没有 v4 就又执行
了一遍 —— 索引回来了、历史行填回去了。之后又建了同名版本号的新 V4，
于是"两个 v4"→"checksum 冲突"，排查绕了好几圈。
顺带修掉：
· 任务列表操作列从 3 个链接涨到 4 个，160px 会挤成竖排 —— 把「进度」并进
「状态」列腾出 40px，操作列给到 200px，合计 820px（可用约 824px）。
· defineEmits 必须用函数调用签名（frontend-pc/.agents/skills/code-vue）。
我此前写的 5 个组件都是被禁的 tuple 形式，一并改正：
OrgFormModal / TaskFormModal / TaskOrgDrawer / UserFormModal / UserImportModal。
· e2e-m1-orgs.py 的清理抽成幂等的 cleanup_all()，并在 __main__ 的 finally
里兜一次 —— 该脚本首次运行时崩在准备阶段、清理段没执行，把两个测试账号
留在了库里（是在浏览器里看到下拉框里有个「E2E班主任」才发现的）。
其余三条 E2E 脚本仍是老样子，下一轮一并改。
验收：e2e-m1-orgs.py 48/48（含跨租户隔离）；e2e-m1-task.py 71/71、
e2e-m0-user.py 55/55、e2e-m0.py 36/36 回归通过，共 210 项断言；
前端 typecheck / eslint / lint:style 0 错、build 通过；
浏览器实测抽屉的开合、树的勾选规则与保存落库。
|
2026-09-29 09:32:48 +08:00 |
|