Partager des exemples de Laravel implémentant le développement de modules dynamiques utilisateur

Cet article vous présente principalement les informations pertinentes sur le développement de modules dynamiques utilisateur basés sur Laravel. L'article le présente en détail à travers un exemple de code. Il a une certaine valeur d'apprentissage de référence pour les études ou le travail de tous les amis qui en ont besoin. Apprenons avec l'éditeur ci-dessous.

Avant-propos

Je crois que tout le monde sait que presque toutes les applications communautaires ont une section de statut d'utilisateur, que les utilisateurs peuvent obtenir via le statut d'ami Contenu plus intéressant , augmentant ainsi l'activité de la communauté et la fidélité des utilisateurs. Sa mise en œuvre est relativement plus compliquée que la publication de contenu ordinaire, ce qui se reflète principalement dans la diversité du contenu.

Afin de résoudre ce problème, nous devons faire abstraction de ces différents types de contenu, extraire les points communs et utiliser la même structure pour les traiter, ce qui rendra le développement beaucoup plus simple.

Abstraction conceptuelle

Dynamique des utilisateurs, comme son nom l'indique, la génération de dynamiques est l'enregistrement historique d'une série d'événements, donc d'abord concentrez-vous sur le nom "événement", quels attributs possède-t-il :

• Déclencheur, presque tous les événements basés sur la communauté sont déclenchés par les utilisateurs

• Sujet de l'événement, événement Les informations principales, telles que « article » dans « xxx a publié un article ».

• Attributs d'événement, différents sujets d'événement nécessitent différentes informations supplémentaires, telles que le type d'événement.

• L'heure d'occurrence enregistre l'heure à laquelle l'événement se produit. Bien entendu, notre base de données enregistre généralement l'heure à laquelle toutes les données sont générées.

Nous résumons la dynamique des utilisateurs dans une structure avec seulement 4 attributs de base, qui est plus facile à mettre en œuvre :

- description    事件描述
- causer_id 或者 user_id 事件触发者
- subject_id    主体 ID
- subject_type   主体类型
- properties    事件附加属性
- created_at    事件产生时间

Le la partie principale est la relation de morphing dans Laravel, relation polymorphe.

Comment afficher

Nos besoins d'affichage dynamique incluent généralement les éléments suivants :

• I Amis ' mises à jour

• Les mises à jour d'une personne, généralement le centre personnel

• toutes les mises à jour, telles que toutes les mises à jour sur la page d'accueil de Laravel Chine

• Recherche dynamique, relativement rare

Je développe actuellement une nouvelle version du site EasyWeChat, qui dispose également de dynamiques d'utilisateurs, par exemple :

xxx 发布了讨论 《请问大家怎么使用 xxx》
xxx 评论了 xxx 的话题 《请问大家怎么使用 xxx》
xxx 回复了 xxx 的评论 “我是按照文档上 ...”
xxx 购买了 《微信开发：自定义菜单的使用》
xxx 关注了 xxx
...

Vous constaterez que fondamentalement chaque dynamique est écrite différemment, nous devons donc également enregistrer un "type d'événement", tel que "suivre", "publier", "répondre", "acheter". " ".

Ensuite, lorsque nous utilisons Blade ou d'autres moteurs de modèles, nous pouvons changer... d'écriture de cas pour appliquer différents modèles pour rendre ces styles. Par exemple, dans Blade, mon utilisation :

<🎜. >

@switch($activity->properties['event'] ?? '')
 @case('discussion.created')
  ...
  @break
 @case('comment.created')
  ...
  @break
@endswitch

Mise en œuvre du code

Nous avons déjà discuté de la conception du stockage et de l'affichage des données, puis de la façon de les mettre en œuvre, si Si vous êtes plus diligent, vous pouvez l'implémenter de manière native. Après tout, la méthode d'implémentation ci-dessus a été clairement décrite. Écrivez simplement du code pour l'implémenter. Ce que je recommande aujourd'hui, c'est d'utiliser spatie/laravel-activitylog pour l'implémenter :

L'installation a été très simple :

$ composer install spatie/laravel-activitylog -vvv

Enregistrer les mises à jour

<🎜. >

Bien sûr, ce type d'enregistrement n'a aucun sens et ne contient presque aucune information utile, donc notre utilisation habituelle devrait être comme ceci :

activity()->log('Look, I logged something');

activity()
 ->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
$lastLoggedActivity->causer; //returns an instance of your user model
$lastLoggedActivity->getExtraProperty('customProperty'); //returns 'customValue'
$lastLoggedActivity->description; //returns 'Look, I logged something'

Introduction à la méthode :

• Définir le sujet de l'événement, qui est l'instance du modèle éloquent

  performedOn($model)

• Définir le déclencheur d'événement, instance utilisateur

  causedBy($user)

• Les attributs d'événement dans notre concept ci-dessus

  withProperties($properties)

• Une utilisation unique des attributs d'événement

  withProperty($key, $value)

• Description de l'événement

  log($description)

Par exemple, nous souhaitons enregistrer un article dans lequel l'utilisateur a posté une discussion :

ou lorsque l'utilisateur s'est inscrit, je souhaite enregistrer une mise à jour :

$discussion = App\Discussion::create([...]);

activity()->on($discussion)
->withProperty('event', 'discussion.created')
->log('发表了话题');

Vous constaterez que je ne l'ai pas définissez le déclencheur, car ce module est par défaut l'utilisateur actuellement connecté si vous ne définissez pas le déclencheur.

activity()->on($user)
->withProperty('event', 'user.created')
->log('加入 EasyWeChat');

Afficher la dynamiqueAfficher la dynamique consiste à la sortir de la base de données selon les conditions La classe de modèle fournie par le package est utilisée ici. : SpatieActivitylogModelsActivity

use SpatieActivitylogModelsActivity;

Ensuite, parcourez simplement l'écran.

// 全部动态
$activities = Activity::all();
// 用户 ID 为 2 的动态 
$activities = Activity::causedBy(User::find(2))->paginate(15);
// 以文章 ID 为 13 为主体的动态
$activities = Activity::forSubject(Post::find(13))->paginate(15);

Quelques expériences et compétencesMettre en place une classe spéciale d'observateurs dynamiques pour enregistrer la dynamique

Le code est le suivant :

$ ./artisan make:listener UserActivitySubscriber

Ensuite, nous enregistrons cette classe d'abonnement :

<?php 

namespace App\Listeners;

class UserActivitySubscriber
{
 protected $lisen = [
  &#39;eloquent.created: App\User&#39; => &#39;onUserCreated&#39;,
  &#39;eloquent.created: App\Discussion&#39; => &#39;onDiscussionCreated&#39;,
 ];

 public function subscribe($events)
 {
  foreach ($this->lisen as $event => $listener) {
   $events->lisen($event, __CLASS__.&#39;@&#39;.$listener);
  }
 }

 public function onUserCreated($user)
 {
  activity()->on($user)
   ->withProperty(&#39;event&#39;, &#39;user.created&#39;)
   ->log(&#39;加入 EasyWeChat&#39;);
 }

 public function onDiscussionCreated($discussion)
 {
  activity()->on($discussion)
    ->withProperty(&#39;event&#39;, &#39;discussion.created&#39;)->log(&#39;发表了话题&#39;);
 }
}

Enregistrez-la dans $subscribe dans AppProvidersEventServiceProvider Catégorie d'abonnement :

/**
 * @var array
 */
protected $subscribe = [
 \App\Listeners\UserActivitySubscriber::class,
];

上面我们利用了 Eloquent 模型事件来监听模型的变化，当各种模型事件创建的时候我们调用对应的方法来记录动态，所以实现起来非常的方便。

在事件属性里记录关键信息

看到上面记录动态的时候你可能会问，只存储了 ID，这种多态关联，查询的时候会压力很大，比如，我们要将动态显示为：

安小超 发布了文章 《自定义菜单的使用》

我们如果只是存储了文章的 id 与类型，我们还需要查询一次文章表，才能得到标题用于显示，这样一个动态列表的话，可能会几十条 SQL 了，的确是这样的，我的解决方案是这样的：

其实我们的用户动态是不要求 100% 精准的，所以，我如果在记录时把文章的标题一起存下来是不是就不用再查表了？其实就是，我们在动态列表需要展示的关键信息，比如标题这些一起用 withProperties 存起来，这样就一条 SQL 解决了动态列表问题。

这样的做法也有弊端，比如文章改了标题的时候，这里就不同步了，当然你也可以在文章修改时来改这个属性，不过我个人认为没有多大必要。毕竟动态就是记录了当时的情况，后来改标题了并没有什么问题。

OK，用户动态模块的开发就分享到这里，如果你有更高级的实现欢迎随时交流。

关于好友动态部分的实现，根据你的应用量级，以及好友关系的存储各有不同，大家自己集思广益即可，大部分都是先查好友关系再查动态，关联查询也可以，自己实现吧。

总结

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!