基于Laravel实现的用户动态模块开发
前言相信大家都知道,几乎所有的社区应用都有用户动态这个部分,用户可以通过好友动态获能取到更多感兴趣的内容,从而提高社区活跃度和用户粘性。它的实现相对来讲比普通的内容发布要复杂一些,主要体现在内容多样性上。 为了解决这个问题,我们得把这些不同类型的内容抽象,提取共性,使用相同的结构来处理,开发起来就会简单很多。 概念抽象用户动态,顾名思义,动态的产生,就是一系列事件的历史记录,所以首先关注“事件”这个名词,它有哪些属性:
我们将用户动态抽象成只有 4 个基础属性的结构,就比较容易实现了: 而主体部分就是 Laravel 里的 morph relation,多态关联。 怎么展示我们的动态展示需求通常有以下几种:
我最近正在开发 EasyWeChat 新版网站,其中也有用户动态,举例: 你会发现,基本上每种动态的写法都不一样,所以我们还需要记录一个 “事件类型” ,比如 “关注”、 “发布”、“回复”、“购买”。 然后我们在 blade 或者其它模板引擎的使用中,就可以 switch ... case 写法,来应用不同的模板渲染这些样式,比如 blade 中,我的用法: properties['event'] ?? '')
@case('discussion.created')
...
@break
@case('comment.created')
...
@break
@endswitch
代码实现前面我们已经讨论完了数据存储以及展示方面的设计,接着就是怎么实现,如果你比较勤劳,可以原生实现,毕竟上面的实现方法已经描述清晰,写点代码实现就搞定了,今天我要推荐的是使用 spatie/laravel-activitylog 来实现: 安装一直很简单对吧: 记录动态log('Look,I logged something');
当然了这种记录没意义,几乎没有任何有用的信息,所以我们通常的用法应该是这样: performedOn($anEloquentModel)
->causedBy($user)
->withProperties(['customProperty' => 'customValue'])
->log('Look,I logged something');
$lastLoggedActivity = Activity::all()->last(); $lastLoggedActivity->subject; //returns an instance of an eloquent model 方法介绍:
比如,我们要记录一条,用户发布了讨论: activity()->on($discussion)
->withProperty('event','discussion.created') ->log('发表了话题'); 或者用户注册时,我要记录一条动态: on($user)
->withProperty('event','user.created')
->log('加入 EasyWeChat');
你会发现我都没有设置触发者,因为这个模块如果你没设置触发者默认就是当前登录用户。 展示动态展示动态就是根据条件从数据库拿出来,这里使用包提供的模型类:SpatieActivitylogModelsActivity use SpatieActivitylogModelsActivity; paginate(15);
// 以文章 ID 为 13 为主体的动态
$activities = Activity::forSubject(Post::find(13))->paginate(15);
接着就是遍历展示就好了。 一些经验与技巧设置一个专门的动态观察者类来记录动态 代码如下: namespace AppListeners;
class UserActivitySubscriber public function subscribe($events) public function onUserCreated($user) public function onDiscussionCreated($discussion) 然后我们去注册这个订阅类: 在 AppProvidersEventServiceProvider 中 $subscribe 中注册这个订阅类: 上面我们利用了 Eloquent 模型事件来监听模型的变化,当各种模型事件创建的时候我们调用对应的方法来记录动态,所以实现起来非常的方便。 在事件属性里记录关键信息看到上面记录动态的时候你可能会问,只存储了 ID,这种多态关联,查询的时候会压力很大,比如,我们要将动态显示为: 安小超 发布了文章 《自定义菜单的使用》 我们如果只是存储了文章的 id 与类型,我们还需要查询一次文章表,才能得到标题用于显示,这样一个动态列表的话,可能会几十条 SQL 了,的确是这样的,我的解决方案是这样的: 其实我们的用户动态是不要求 100% 精准的,所以,我如果在记录时把文章的标题一起存下来是不是就不用再查表了?其实就是,我们在动态列表需要展示的关键信息,比如标题这些一起用 withProperties 存起来,这样就一条 SQL 解决了动态列表问题。 这样的做法也有弊端,比如文章改了标题的时候,这里就不同步了,当然你也可以在文章修改时来改这个属性,不过我个人认为没有多大必要。毕竟动态就是记录了当时的情况,后来改标题了并没有什么问题。 OK,用户动态模块的开发就分享到这里,如果你有更高级的实现欢迎随时交流。 关于好友动态部分的实现,根据你的应用量级,以及好友关系的存储各有不同,大家自己集思广益即可,大部分都是先查好友关系再查动态,关联查询也可以,自己实现吧。 总结以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对编程之家的支持。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |