2026-10-06 16:27:44 +08:00
|
|
|
|
---
|
|
|
|
|
|
title: 通知与提醒
|
|
|
|
|
|
description: 通知的三档优先级、上课时段策略、紧急通知的二次确认、提醒弹在哪个端、已读与红点。
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
|
|
# 通知与提醒
|
|
|
|
|
|
|
|
|
|
|
|
通知是这套系统里规则最多的一项 —— 因为它要在"老师想说"和"别打断上课"之间做取舍。
|
|
|
|
|
|
这一页把规则一次讲清楚。
|
|
|
|
|
|
|
|
|
|
|
|
## 三档优先级
|
|
|
|
|
|
|
2026-10-06 19:41:18 +08:00
|
|
|
|
| 优先级 | ClassHelper 班级端表现 |
|
2026-10-06 16:27:44 +08:00
|
|
|
|
| ------ | -------------------------------------------------------------------------------------------- |
|
|
|
|
|
|
| 普通 | 课间弹「新消息」胶囊，点击展开详情；**上课时段完全不显示**（窗口隐藏）并进队列，下课自动补弹 |
|
|
|
|
|
|
| 重要 | 同上，卡片上有优先级标签 |
|
|
|
|
|
|
| 紧急 | **无论是否上课都立即展开**，卡片内部红色呼吸光晕 + 「紧急」角标，无需点击，45 秒后收起 |
|
|
|
|
|
|
|
|
|
|
|
|
紧急通知的光晕画在**卡片内部**（`inset` 阴影），因为窗口比卡片只大 2~4px，向外的阴影会被裁成硬边。
|
|
|
|
|
|
|
|
|
|
|
|
## 上课时段策略
|
|
|
|
|
|
|
|
|
|
|
|
「上课时段」由课表实时判定（见[课表](schedules.md)）。判定之后：
|
|
|
|
|
|
|
2026-10-06 19:41:18 +08:00
|
|
|
|
| ClassHelper 班级端行为 | 上课时段 | 课间 / 放学 |
|
2026-10-06 16:27:44 +08:00
|
|
|
|
| ---------- | ---------------------------------------- | ----------- |
|
|
|
|
|
|
| 普通通知 | 收着不弹（窗口隐藏），进待发队列 | 直接弹 |
|
|
|
|
|
|
| 紧急通知 | **立刻弹** | 立刻弹 |
|
|
|
|
|
|
| 任何点击 | 一律不响应（不会展开、也不会回缩出胶囊） | 正常 |
|
|
|
|
|
|
|
|
|
|
|
|
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](../dev/api.md)。
|
