Chatify

实现PostgreSQL 将 users、conversations、conversation_members、messages 与 friends 分表建模，查询通过 CTE 和 JOIN 一次返回会话成员、最后消息和未读数量。

价值将隐式的数据依赖变成数据库约束和可审查 SQL，为定位 N+1、索引和一致性问题提供明确入口。

实现查询集中维护在 queries 目录，由 sqlc 生成参数和结果类型；结构变化通过 golang-migrate 的顺序迁移记录。

价值保留原生 SQL 的控制力，同时减少手写 Scan、字段错位以及模型和查询不同步的问题。

实现WebSocket readPump 收到消息后先执行 CreateMessage，再读取包含发送者信息的完整消息，最后写入 Hub 的 broadcast channel。

价值客户端收到的消息已经拥有数据库 ID 和创建时间，避免先广播后写入失败造成的幽灵消息。

实现Hub 使用 conversation ID 到 Client 集合的映射；每个客户端拥有独立的 256 容量发送通道和读写 goroutine。

价值广播只遍历当前会话连接，并通过独立写协程避免单个网络写操作直接阻塞消息读取。

实现文字消息由自建 WebSocket 与 PostgreSQL 处理；音视频房间交给 LiveKit，Next.js Route Handler 仅签发短期房间令牌并禁用缓存。

价值自建可控的数据链路，同时避免在业务服务中重复实现 WebRTC 媒体基础设施。

实现React Query 管理历史消息缓存，Zod 校验 REST 响应，React Hook Form 处理输入；收到 WebSocket 消息后定向更新对应会话缓存。

价值减少消息列表、请求状态和输入交互之间的状态耦合，为后续补充重连和乐观更新留下边界。