前言
目前为止,做了两三个项目,有涉及教育的、论坛的、CMS的,每个项目里都有用到评论这个功能,所以我就想把评论这一块,单独拿出来,做成一个组件化的模块。既节约了开发的工作,还能让自己对这个模块的功能有更进一步的理解。
因为目前我主要是用tp框架在做开发,所以以下相关实例会以tp框架的语法来呈现。但其实核心方法部分我个人是觉得有所不足的,没有把关联模型的功能给利用起来。这块是我下一版更新的时候会实现的部分。
正文部分,主要会给大家讲讲目前接触到的评论系统的几种模式,分析他们各自的优劣势,并提供一个数据表设计以及数据提取的思路,希望对大家能够有所帮助。如有不当之处,也欢迎大家拍砖指正。
评论系统
常见的评论系统主要有三种:楼中楼模式、 流模式 和引用模式 (都是我自己起的名字),下面集中介绍这三种的优劣势以及实现方法。
一、楼中楼模式
所谓楼中楼模式,就是每条评论占一楼,针对该评论的所有回复都在该楼里展现,比如百度贴吧、简书的评论系统。
优势:回复评论的内容集中展现,易于了解评论引发的对话。
劣势:内容过多时需要做分页处理,较为复杂。
数据表设计:
- id(自增主键)
- target_id (评论主题的id,可根据需要修改为article_id、course_id等等)
- parent_id(主评论id)
- reply_uid (记录被评论的用户id,回复主评论时可以0)
- uid(发表评论的用户id)
- content (评论内容)
- 其他字段… (时间、状态等)
后端业务逻辑:
/**
* @desc 获取主评论列表
*/
public function getMainCommentList($page, $limit)
{
$count = Db::name('comment')->where('target_id', $target_id)->where('parent_id', 0)->count('id');
if (!$count) {
$data = [
'count' => 0,
'list' => []
];
return $data;
}
$list = Db::name('comment')->where('target_id'