LoveChengke
9d5ac7adf9
学生、任课关系、周次口径三处长期靠约定维持的事情，改为由数据模型保证。 学生不是账号 - 拆出独立 Student 表，没有 passwordHash / role / 任何登录字段 - 「学生不能登录」由表结构保证，不再靠「登录前判 role 再 403」的代码分支 - 三张个人数据表外键 userId → studentId；删掉 Enrollment 与 ClassTeacher - 学生一律称「学号」、教师一律称「工号」，「学生账号」这个概念消失 任课关系唯一来源 = Course（班级 + 科目 + 教师） - 班主任 = Class.teacherId，科任 = Course.teacherId，同一人两处指向同一账号、不重复建号 - 作业与成绩按科目再收一道：挂科目只由该科任课老师改，没挂科目归班主任 / 管理员 - 新增「任课教师分配」与「班级教师批量导入」（带「使用工号匹配」开关） 成绩与名单 - 成绩等级：百分制 / 等级制 A·B·C·D / 自定义，支持单个与批量改等级 - 按学号查成绩明细（教师端 + 班级端 + 设备令牌），受按班开关控制 - 调班 / 转出（单个与批量）+ 可查历史；学号不变、历史作业成绩留原归属 - 毕业归档页（按年度记录毕业班级 / 毕业生 / 转出学生 / 该届通知与作业） - 学年升级（未毕业不归档、数据沿用）；班级称呼改为「2026级1班」 ClassHelper 班级端在线状态 - Web 端显示 班级 / 设备名 / 设备号 / 在线离线 / 最后在线 / 最后心跳 - lastHeartbeatAt 驱动 60 秒在线窗口，与只表示「带状态上报」的 lastSeenAt 分开 学期周次 - 新增 TermWeek（classId 空串 = 全校默认），管理员可用日期范围选择器逐周配置 - 一键按开学日期生成整学期；联网拉取调休建议（只给建议、不改数据，无外网失败属正常） - 改周次后随课表下发给教室的 ClassHelper 班级端 课表方向反转 - 主方向改为「服务端 → 教室」自动下发；教室不再自动回传 - 取教室课表改为手动动作（点击前弹警告），插件按待办标记在下一次心跳补报 改名 - 班级小助手 → ClassHelper：界面、窗口标题、托盘、灵动岛、EXE、安装包、 安装目录、systemd 描述、插件清单与设置页、官网、文档站、README BREAKING CHANGE: 产品名与 EXE 名变更（班级小助手.exe → ClassHelper.exe）， 安装目录随之改变，不支持覆盖安装，需先卸载旧版。 服务端首次启动会自动应用 6 个数据库迁移（学生行按 id 原样搬迁，历史数据不丢）， 升级前请先备份。
5.3 KiB
5.3 KiB
title, description
| title | description |
|---|---|
| 通知与提醒 | 通知的三档优先级、上课时段策略、紧急通知的二次确认、提醒弹在哪个端、已读与红点。 |
通知与提醒
通知是这套系统里规则最多的一项 —— 因为它要在"老师想说"和"别打断上课"之间做取舍。 这一页把规则一次讲清楚。
三档优先级
| 优先级 | ClassHelper 班级端表现 |
|---|---|
| 普通 | 课间弹「新消息」胶囊，点击展开详情；上课时段完全不显示（窗口隐藏）并进队列，下课自动补弹 |
| 重要 | 同上，卡片上有优先级标签 |
| 紧急 | 无论是否上课都立即展开，卡片内部红色呼吸光晕 + 「紧急」角标，无需点击，45 秒后收起 |
紧急通知的光晕画在卡片内部（inset 阴影），因为窗口比卡片只大 2~4px，向外的阴影会被裁成硬边。
上课时段策略
「上课时段」由课表实时判定（见课表）。判定之后：
| ClassHelper 班级端行为 | 上课时段 | 课间 / 放学 |
|---|---|---|
| 普通通知 | 收着不弹（窗口隐藏），进待发队列 | 直接弹 |
| 紧急通知 | 立刻弹 | 立刻弹 |
| 任何点击 | 一律不响应（不会展开、也不会回缩出胶囊） | 正常 |
ClassIsland 那一端遵守同一套规则，否则会出现"学生在客户端看不到、却在教室大屏上被打断"。
紧急通知的二次确认
上课时段发紧急通知，服务端会拦一次（409 URGENT_DURING_CLASS）：
POST /api/notifications { classId, title, content, priority: "URGENT" }
→ 409 URGENT_DURING_CLASS（响应体里带着正在上的那节课）
POST /api/notifications { …, priority: "URGENT", confirmDuringClass: true }
→ 201 发出去
Web 端在提交前会先查一次上课状态，命中就弹一个全屏二次确认：全屏遮罩 + 强警示配色， 文案是"现在为上课时间段……" + 正在上的课时段 + 待发布的标题。确认按钮带 3 秒倒计时 （圆环进度），倒计时结束前点不动，防误触。
这个拦截在服务端，不是前端提醒。 绕过界面直接调接口一样会被拦 —— 这是产品行为，不是可以关掉的提示。
提醒弹在哪个端
教室机器上的客户端「设置 → 提醒」里选，选择会同步到班级记录：
| 选择 | ClassHelper 客户端 | ClassIsland |
|---|---|---|
ClassHelper 与 ClassIsland 都弹（默认） |
弹窗 + 灵动岛 | 全屏提醒 |
只在 ClassHelper 客户端弹 |
弹窗 + 灵动岛 | 不推送 |
只在 ClassIsland 上弹 |
只进通知中心（不弹窗、不上岛） | 全屏提醒 |
这条规则任何入口都遵守，包括 ClassIsland 联动页的「下发提醒」—— 那种情况下会回一句"该班教室已设置为只在 ClassHelper 客户端显示"。
管理员与教师也可以用 PATCH /api/classes/:id/notification-channel 改，但默认由教室机器自己定。
已读、红点与删除
| 能力 | 说明 |
|---|---|
| 未读红点 | 客户端侧边栏「通知」项右上角的徽标；数字来自 GET /notifications/unread-count |
| 标为已读 | 点开通知自动标为已读；也有「全部已读」 |
| 班级设备 | 教室机器的"已读"是代全班操作的（它用的是班级账号） |
| 删除 | 只有教师 / 管理员能删 |
发布入口只有一个实现
「通知发布」页、叫人、ClassIsland 联动页的「下发提醒」三个入口， 共用同一份 ClassIsland 推送实现。所以不存在"某个页面发的通知不联动"这种事 —— 以前有过，现在是硬约定：新增发通知的入口必须复用同一份代码。
接口
| 方法 | 路径 | 说明 |
|---|---|---|
| GET | /notifications?classId=&priority=&unreadOnly=&keyword= |
列表（带已读状态） |
| GET | /notifications/unread-count |
未读数 |
| POST | /notifications |
发布（广播 notification:new） |
| POST | /notifications/:id/read、/notifications/read-all |
标记已读 |
| DELETE | /notifications/:id |
删除 |
完整清单见 REST API。