YunaiV
|
de39bc7fc1
|
✨ feat(im): 优化代码，移除 message 里的 name 存储，避免更新困难。（为 friend、group 独立存储做准备）
|
2026-04-28 23:32:40 +08:00 |
|
YunaiV
|
3ea04663f2
|
✨ feat(im): IM 5 个 store 补 HMR + 抽 atAll 常量 + 全面补齐 JSDoc
- 全部 5 个 store（conversation / friend / group / ui / websocket）加
acceptHMRUpdate；Pinia 单例的 actions 是 wrapper 闭包，Vite 推新模块时
不会自动替换闭包内的旧函数体，导致改 store 后看着热重载、跑的还是旧逻辑
- 抽 IM_AT_ALL_USER_ID（-1）+ IM_AT_ALL_NICKNAME（'所有人'）到
utils/constants.ts；conversationStore 删本地 AT_ALL_FLAG 改用共享常量；
MentionPicker 渲染虚拟项 / ChatGroupMember 类型注释也都引这两个常量
- groupStore.loadGroups 改成合并而非全量替换：用 groupMap 按 id 找已有项，
保留 loadGroupMembers 写过的 members / memberCount / muted（这三个字段
不在 ImGroupRespVO 里，全量替换会被冲掉）
- groupStore.loadGroupMembers 重写为分步注释（1. 缓存 / 2. 拉取 /
3. 回填 muted / 4.1 占位 / 4.2 直写）；await 之后必须重新 getGroup
防 race（loadGroupMembers 与 loadGroups 并发时用入口快照会把真实 name
覆盖成 String(groupId)）
- types/GroupMember 补 muted 字段，convertGroupMember 透传，
解决 vue-tsc TS2339 / TS2353
- 5 个 store 缺 JSDoc 的方法全部补齐：removePrivateConversation /
removeGroupConversation / getFriend / getActiveFriends / isFriend /
loadGroupInfo / upsertGroup / stopHeartbeat
- 全局"墓碑"措辞统一为"软删保留记录"，types / friendStore / groupStore 三处
- groupStore 删冗余注释（与代码自描述重复的）若干处；变量 g/old 改 group/existing
|
2026-04-27 13:10:15 +08:00 |
|
YunaiV
|
a35698fc07
|
🐛 fix(im): 群聊离线拉取看不到撤回提示，pull 路径接入 recallMessage
pullByType 之前对 RECALL 信号一律 skip、只靠原消息 status=RECALL 走 OR 兜底渲染。
当 pull 的 minId 卡在原消息处、回拉只返回信号时，本地缓存里的老消息没人翻成
RECALL，会一直停在原态——配合后端群聊 mapper 过滤掉 status=RECALL 的原消息，群聊
离线撤回完全不可见。
改成 pull / WS 走同一套 dispatch：
- pullByType 信号转 conversationStore.recallMessage()，跟 WS 路径一致
- recallMessage 把 parseRecallMessageId 收敛进内部，第 3 个参数从
messageId: number 改成 recallSignalContent: string，4 个调用点都缩成一行
- MessageItem.isRecall 只判 type=RECALL，去掉 status=RECALL OR 分支
（conversationStore 里跳未读 / 跳已读那两处对 status 的判断是业务逻辑保留）
|
2026-04-26 00:28:43 +08:00 |
|
YunaiV
|
2785e2bea6
|
✨ feat(im): 重构优化 store 方案
|
2026-04-25 16:45:31 +08:00 |
|
YunaiV
|
e30e30ea51
|
🐛 fix(im): 撤回信号错用 TIP_TEXT，应为 RECALL
|
2026-04-25 11:42:34 +08:00 |