Blizzard
9fc61e878e
不做无限层级——手机屏幕撑不住层层缩进，读到第四层就没法看了。
微信、小红书、B站清一色是两级：一级评论 + 其下的回复列表，回复里
用「回复 @某人」表达指向谁。
数据结构：comments 加 parent_id + reply_to_name。回复的回复会被
压平到同一条一级评论下（parent_id 取爷爷的），同时把被回复人的名字
记进 reply_to_name —— 这样既保住两级，又不丢「在跟谁说话」的信息。
几个容易做错的地方：
- 一次查完这一页所有一级评论的回复，不是每条一次查询（N+1）
- 一级评论默认只带 3 条回复，其余点「展开全部 N 条」再拉，避免热门
评论一次返回几百条
- 删一级评论要连它下面的回复一起删，否则回复变成挂在空处的孤儿；
帖子的 comment_count 也要按实际删除条数减，不是减 1
- total 统计含回复，和帖子上显示的数字对得上
- replies 为空时返回 []，不是 null
实测四条评论（含一条回复的回复）：
▸ 甲：一级评论 （2 条回复）
└ 乙：多久了？
└ 甲 回复 乙：三天了
▸ 乙：另一条一级评论 （0 条回复）
删掉第一条一级评论后 total 4→1，comment_count 同步。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
24 lines
1.1 KiB
Go
24 lines
1.1 KiB
Go
package model
|
|
|
|
import "gorm.io/datatypes"
|
|
|
|
// Comment 帖子评论
|
|
type Comment struct {
|
|
Base
|
|
PostID string `gorm:"size:24;index" json:"post_id"`
|
|
UserID string `gorm:"size:24;index" json:"user_id"`
|
|
AuthorName string `gorm:"size:64" json:"author_name"`
|
|
Content string `gorm:"size:512" json:"content"`
|
|
Images datatypes.JSON `json:"images"`
|
|
// 两级评论：ParentID 为空是一级评论，否则是某条一级评论下的回复。
|
|
// 不做无限层级——手机上层层缩进读到第四层就没法看了，
|
|
// 主流产品（微信、小红书、B站）都是两级 + @某人 表达指向。
|
|
ParentID string `gorm:"size:24;index" json:"parent_id"`
|
|
ReplyToName string `gorm:"size:64" json:"reply_to_name"`
|
|
Status string `gorm:"size:16;default:published" json:"status"`
|
|
|
|
IsSelf bool `gorm:"-" json:"is_self"` // 计算字段：是不是我自己发的
|
|
Replies []Comment `gorm:"-" json:"replies"` // 计算字段：一级评论下挂的回复
|
|
ReplyN int `gorm:"-" json:"reply_n"` // 回复总数（可能多于返回的条数）
|
|
}
|