17370845950

Golang个人收藏夹核心是“用户-资源-收藏关系”建模，需绑定用户身份（session/JWT鉴权），通过context传递user.ID；Bookmark结构含UserID、URL（逻辑主键）、Title、CreatedAt；增删查需校验URL格式、去重插入、路径解码删除、倒序分页查询；初期推荐SQLite并建(user_id, url)联合索引。

用 Golang 实现个人收藏夹，核心是“用户-资源-收藏关系”的建模与高效读写。不需要复杂框架，靠标准库 + 简洁结构 + 合理存储就能跑得稳。

用户登录与身份识别

收藏功能必须绑定用户，否则数据无法归属。推荐用 session 或 JWT 做基础鉴权，后端通过 user.ID 区分不同用户的收藏行为。不建议用 cookie 直存用户 ID，至少做简单签名或加密。登录成功后，在上下文（context.Context）里塞入用户信息，后续 handler 可直接取用，避免重复查库。

收藏数据结构设计

关键不是存“什么被收藏”，而是“谁在什么时候收藏了什么”。典型结构如下：

type Bookmark struct {
    ID        int64     `json:"id"`
    UserID    int64     `json:"user_id"`    // 关联用户
    URL       string    `json:"url"`        // 原始链接（唯一标识资源）
    Title     string    `json:"title"`      // 可选：抓取或用户填写的标题
    CreatedAt time.Time `json:"created_at"`
}

注意：URL 作为逻辑主键的一部分（配合 UserID），插入前先查是否已存在，避免重复收藏。不用 UUID，URL 字符串本身具备业务唯一性，索引也更高效。

增删查接口实现要点

• 收藏（POST /api/bookmark）：接收 URL，校验格式（如 http/https），提取 title（可用 net/http + goquery 简单抓取，失败则留空），插入前 SELECT COUNT(*) WHERE user_id=? AND url=?，为 0 再 INSERT
• 取消收藏（DELETE /api/bookmark/:url）：URL 需做路径编码（如 /bookmark/https%3A%2F%2Fexample.com），服务端解码后匹配删除；或改用 query 参数 ?url=... 更稳妥
• 列出收藏（GET /api/bookmarks）：按 CreatedAt 倒序分页，用 LIMIT OFFSET 或游标方式（推荐 cursor-based，避免深分页性能问题）

存储选型建议

初期用 SQLite 完全够用：单文件、零配置、ACID 支持好，适合个人项目。表加联合索引 (user_id, url) 加速去重和查询。数据量上来后可平滑迁移到 PostgreSQL，只需改 DSN 和微调 SQL（比如 SQLite 的 INSERT OR IGNORE → PostgreSQL 的 INSERT ... ON CONFLICT DO NOTHING）。

基本上就这些。逻辑清晰、边界明确，不复杂但容易忽略 URL 去重和用户上下文传递。