octobrecms: exploration approfondie de l'extensibilité du plug-in et de la suppression des logiciels pratiques du plug-in
Les développeurs préfèrent généralement les CM faciles à utiliser et évolutifs. OCTORCMS adhère au concept de simplicité d'abord, apportant une expérience agréable aux développeurs et aux utilisateurs. Cet article démontre certaines des caractéristiques extensibles de l'octobre et étend la fonctionnalité d'un autre plug-in avec un plug-in simple.
deleted_at
à la base de données. Ce champ sauvera l'horodatage pour la suppression de l'article. Le plugin étend ensuite la liste des articles pour inclure ce nouveau champ en tant que colonne et ajoute un filtre pour afficher ou masquer les articles supprimés. deleted_at
. Ceci se fait en s'attachant à l'événement deleting
déclenché par éloquent, empêchant la suppression des enregistrements. Au lieu de cela, le champ deleted_at
sera mis à jour à l'horodatage actuel et l'enregistrement sera enregistré. Chaque CMS a un système de plug-in pour étendre les fonctionnalités de la plate-forme, et nous mesurons son évolutivité dans la mesure dans laquelle nous pouvons pénétrer les mécanismes internes du CMS. Cependant, nous parlons non seulement du CMS lui-même, mais aussi des plug-ins!
Si vous créez un plugin, vous devez vous assurer que d'autres développeurs peuvent modifier certaines de vos fonctionnalités. Par exemple, nous avons un plugin de blog où les utilisateurs peuvent publier des articles en sélectionnant des articles dans la liste. Il est préférable de déclencher un événement pour indiquer qu'un nouvel article a été publié, un autre développeur peut monter à cet événement et informer les abonnés par e-mail!
class Posts extends Controller { public function index_onPublish() { if (($checkedIds = post('checked')) && is_array($checkedIds) && count($checkedIds)) { foreach ($checkedIds as $postId) { if ((!$post = Post::find($postId)) || !$post->canEdit($this->user)) continue; $post->publish(); Event::fire('rainlab.blog.posts.published', [$post]); } Flash::success('Successfully published those posts.'); } return $this->listRefresh(); } }
D'autres développeurs peuvent écouter cet événement pour gérer les articles publiés.
Event::listen('rainlab.blog.posts.published', function($post) { User::subscribedTo($post)->each(function($user) use($post) { Mail::send('emails.notifications.post-published', ['user' => $user, 'post' => $post], function($message) use($user, $post) { $message->from('us@example.com', 'New post by ' . $user->name); $message->to($user->email); }); }); });
Nous utiliserons principalement des événements pour nous accrocher à différentes parties du cycle de demande. Commençons par un exemple concret pour mieux comprendre.
Si vous avez utilisé Octobrecms pendant un certain temps, vous devez connaître le plugin Blog RainLab. Il vous permet d'ajouter des articles dans le backend et de les attacher aux catégories, et vous pouvez utiliser des composants pour les afficher dans le frontend.
Sur la page de la liste des articles, nous pouvons supprimer l'article. Mais que se passe-t-il si nous voulons les supprimer doucement? Voyons si nous pouvons faire cela et en savoir plus sur l'évolutivité d'octobre.
Créez un nouveau plugin pour notre démo à l'aide de la commande Assistant d'échafaudage et mettez à jour les détails du plugin dans le fichier plugin.php.
class Posts extends Controller { public function index_onPublish() { if (($checkedIds = post('checked')) && is_array($checkedIds) && count($checkedIds)) { foreach ($checkedIds as $postId) { if ((!$post = Post::find($postId)) || !$post->canEdit($this->user)) continue; $post->publish(); Event::fire('rainlab.blog.posts.published', [$post]); } Flash::success('Successfully published those posts.'); } return $this->listRefresh(); } }
Lorsque vous parlez de délétion douce, la première chose qui vous vient à l'esprit est la colonne deleted_at
Field qui doit exister dans la base de données.
Créez un nouveau fichier nommé blogplus/updates
sous le dossier create_posts_deleted_at_field.php
et mettez à jour le fichier version.yaml
.
Event::listen('rainlab.blog.posts.published', function($post) { User::subscribedTo($post)->each(function($user) use($post) { Mail::send('emails.notifications.post-published', ['user' => $user, 'post' => $post], function($message) use($user, $post) { $message->from('us@example.com', 'New post by ' . $user->name); $message->to($user->email); }); }); });
php artisan create:plugin rafie.blogplus
Migrer la classe modifie le tableau rainlab_blog_posts
et ajoute notre colonne deleted_at
, qui par défaut est nul. N'oubliez pas d'exécuter la commande php artisan plugin:refresh rafie.blogplus
pour que les modifications prennent effet.
Ensuite, nous devons ajouter nos champs en tant que colonnes à la liste pour l'affichage. OCTOBSCMS nous fournit un événement pour monter et modifier le widget actuellement affiché (la liste backend est considérée comme un widget).
# updates/version.yaml 1.0.1: - First version of blogplus. - create_posts_deleted_at_field.php
Remarque: Le code ci-dessus doit être placé dans la méthode Plugin@boot
.
Nous avons une instruction IF pour empêcher notre code d'exécuter sur chaque page, puis nous ajoutons une nouvelle colonne au widget de liste, et nous pouvons également utiliser la méthode removeColumn
pour supprimer toutes les colonnes existantes. Consultez la documentation pour une liste des options de colonne disponibles.
La colonne en haut de la liste d'articles permet aux utilisateurs de filtrer les listes à l'aide de dates, de catégories, etc. Dans notre cas, nous avons besoin d'un filtre pour afficher / masquer les articles supprimés.
# updates/create_posts_deleted_at_field.php use Illuminate\Database\Migrations\Migration; use Illuminate\Database\Schema\Blueprint; use Illuminate\Support\Facades\Schema; class CreatePostsDeletedAtField extends Migration { public function up() { Schema::table('rainlab_blog_posts', function (Blueprint $table) { $table->timestamp('deleted_at')->nullable()->default(null); }); } public function down() { Schema::table('rainlab_blog_posts', function (Blueprint $table) { $table->dropColumn('deleted_at'); }); } }
Vous pouvez en savoir plus sur les filtres de liste dans la documentation. Le code ci-dessus est assez simple et ne contient que quelques options. Cependant, l'attribut scope
doit être le nom de la méthode de la portée de la requête définie dans l'instance de modèle Models\Post
.
octobreraixtensionExtendableTraitt Trait fournit une méthode magie pour étendre dynamiquement les classes existantes en ajoutant de nouvelles méthodes, attributs, comportements, etc. Dans notre exemple, nous devons ajouter une nouvelle méthode au modèle d'article pour gérer notre filtre de portée.
// plugin.php 在Plugin类的boot方法中 Event::listen('backend.list.extendColumns', function ($widget) { if (!($widget->getController() instanceof \Rainlab\Blog\Controllers\Posts)) { return; } $widget->addColumns([ 'deleted_at' => [ 'label' => 'Deleted', 'type' => 'date', ], ]); });
Nous pouvons faire de même pour addDynamicProperty
, asExtension
, etc. Rafésons notre liste d'articles pour voir si nos modifications fonctionnent.
Bien sûr, nous n'avons pas encore d'articles supprimés, car nous devons terminer la dernière partie: intercepter le fonctionnement de suppression de l'article et uniquement la mise à jour de la colonne deleted_at
.
: Au lieu d'utiliser la propriété scope
, vous pouvez utiliser les conditions pour spécifier une condition simple. Le code suivant fonctionne de la même manière que l'utilisation de la portée du modèle.
class Posts extends Controller { public function index_onPublish() { if (($checkedIds = post('checked')) && is_array($checkedIds) && count($checkedIds)) { foreach ($checkedIds as $postId) { if ((!$post = Post::find($postId)) || !$post->canEdit($this->user)) continue; $post->publish(); Event::fire('rainlab.blog.posts.published', [$post]); } Flash::success('Successfully published those posts.'); } return $this->listRefresh(); } }
Eloquent déclenche une série d'événements sur chaque opération (créer, mettre à jour, supprimer, etc.). Dans ce cas, nous devons nous accrocher à l'événement de suppression et empêcher la suppression du dossier.
Lors de la suppression d'un enregistrement, l'événement est déclenché avant la réalisation de l'opération de suppression réelle et l'événement deleting
est déclenché par la suite. Si vous retournez false dans l'événement deleted
, l'opération s'abortera. deleting
Event::listen('rainlab.blog.posts.published', function($post) { User::subscribedTo($post)->each(function($user) use($post) { Mail::send('emails.notifications.post-published', ['user' => $user, 'post' => $post], function($message) use($user, $post) { $message->from('us@example.com', 'New post by ' . $user->name); $message->to($user->email); }); }); });
Conclusion
FAQ sur l'extension des octobres et la construction de plugins de suppression soft
est défini pour l'enregistrement. Cela signifie que du point de vue de l'application, l'enregistrement est considéré comme "supprimé", mais il peut toujours être récupéré si nécessaire. Ceci est particulièrement utile dans les scénarios où les données peuvent être supprimées accidentellement, car elles permet une récupération facile. deleted_at
Comment implémenter la fonction Soft Delete dans octobrecms?
à la table de la base de données et la mise à jour de votre modèle pour utiliser deleted_at
trait. Vous pouvez ensuite utiliser la méthode SoftDeletes
sur le modèle pour supprimer doucement l'enregistrement et utiliser la méthode delete
pour la récupérer. restore
Puis-je utiliser la fonction Soft Delete avec des enregistrements existants?
à la table de base de données existante. Cette colonne pour tous les enregistrements existants aura une valeur deleted_at
indiquant qu'ils n'ont pas été supprimés. null
Pour récupérer les enregistrements supprimés en douceur, vous pouvez utiliser la méthode restore
sur le modèle. Cela supprimera l'horodatage deleted_at
de l'enregistrement, le "Undelete" l'a-t-il effectivement.
Oui, vous pouvez supprimer en permanence des enregistrements supprimés en douceur à l'aide de la méthode forceDelete
sur le modèle. Cela supprimera les enregistrements de la base de données comme une suppression dure.
Pour afficher tous les enregistrements, y compris les enregistrements supprimés en douceur, vous pouvez utiliser la méthode withTrashed
sur le modèle. Cela renverra tous les enregistrements, qu'ils aient été supprimés en douceur ou non.
deleted_at
d'octobrecms? Oui, vous pouvez personnaliser le nom de la colonne getDeletedAtColumn
en écrasant la méthode deleted_at
dans le modèle. Si deleted_at
ne convient pas à vos besoins, cela vous permet d'utiliser différents noms de colonnes.
Oui, vous pouvez désactiver la suppression douce pour certains enregistrements en utilisant la méthode withoutGlobalScope
sur le modèle. Cela vous permet d'exclure certains enregistrements de la fonction Soft Delete.
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!