OktoberCMS: Eingehende Exploration der Plug-in-Erweiterbarkeit und praktische Softwareentfernung von Plug-in
Entwickler bevorzugen im Allgemeinen leicht zu bedienende und skalierbare CMs. Octioncms hält sich zunächst an das Konzept der Einfachheit und bringt Entwicklern und Benutzern eine angenehme Erfahrung ein. Dieser Artikel zeigt einige der erweiterbaren Merkmale von Oktobercms und erweitert die Funktionalität eines anderen Plug-Ins mit einem einfachen Plug-In.
deleted_at
Feld hinzufügen. In diesem Feld wird der Zeitstempel für den Artikel gelöscht. Das Plugin erweitert dann die Artikelliste um dieses neue Feld als Spalte und fügt einen Filter hinzu, um gelöschte Artikel anzuzeigen oder auszublenden. deleted_at
zu aktualisieren. Dies geschieht durch Anbringen an das durch eloquent ausgelöste deleting
-Ergniszung, wodurch die Löschung von Datensätzen verhindert wird. Stattdessen wird das Feld deleted_at
auf den aktuellen Zeitstempel aktualisiert und der Datensatz wird gespeichert. Jedes CMS verfügt über ein Plug-in-System, um die Funktionalität der Plattform zu erweitern, und wir messen seine Skalierbarkeit durch das Ausmaß, in dem wir die internen Mechanismen des CMS durchdringen können. Wir sprechen jedoch nicht nur über das CMS selbst, sondern auch über die Plug-Ins!
Wenn Sie ein Plugin erstellen, müssen Sie sicherstellen, dass andere Entwickler einige Ihrer Funktionen ändern können. Zum Beispiel haben wir ein Blog -Plugin, in dem Benutzer Artikel veröffentlichen können, indem sie Artikel in der Liste auswählen. Es ist am besten, ein Ereignis auszulösen, um anzuzeigen, dass ein neuer Artikel veröffentlicht wurde. Ein anderer Entwickler kann dieses Ereignis anbringen und Abonnenten per E -Mail benachrichtigen!
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(); } }
Andere Entwickler können diese Veranstaltung anhören, um veröffentlichte Artikel zu verarbeiten.
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); }); }); });
Wir werden hauptsächlich Ereignisse verwenden, um an verschiedene Teile des Anforderungszyklus zu hängen. Beginnen wir mit einem konkreten Beispiel, um besser zu verstehen.
Wenn Sie Oktobercms für eine Weile verwendet haben, müssen Sie das Rainlab -Blog -Plugin kennen. Sie können Artikel im Backend hinzufügen und an Kategorien anhängen. Sie können mit Komponenten in der Frontend angezeigt werden.
Auf der Artikelliste können wir den Artikel löschen. Aber was ist, wenn wir sie sanft löschen wollen? Mal sehen, ob wir dies tun und mehr über die Skalierbarkeit von Oktobercms erfahren können.
Erstellen Sie ein neues Plugin für unsere Demo mit dem Befehl scastolding -Assistent und aktualisieren Sie die Plugin -Details in der Datei 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(); } }
Wenn Sie über eine weiche Löschung sprechen, ist das erste, was mir in den Sinn kommt, die Feldspalte deleted_at
, die in der Datenbank vorhanden sein muss.
Erstellen Sie eine neue Datei mit dem Namen blogplus/updates
unter dem Ordner create_posts_deleted_at_field.php
und aktualisieren Sie die version.yaml
-Datei.
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
Migrieren Sie die Klasse ändert die Tabelle rainlab_blog_posts
und fügt unsere Spalte deleted_at
hinzu, die standardmäßig null ist. Vergessen Sie nicht, den Befehl php artisan plugin:refresh rafie.blogplus
zu führen, um die Änderungen in Kraft zu setzen.
Als nächstes müssen wir unsere Felder als Spalten zur Anzeige zur Liste hinzufügen. OctoberCMS bietet uns ein Ereignis, um das derzeit angezeigte Widget zu montieren und zu ändern (die Backend -Liste wird als Widget angesehen).
# updates/version.yaml 1.0.1: - First version of blogplus. - create_posts_deleted_at_field.php
Hinweis: Der obige Code sollte in der Methode Plugin@boot
platziert werden.
Wir haben eine IF -Anweisung, um zu verhindern, dass unser Code auf jeder Seite ausgeführt wird, und dann dem Listen -Widget eine neue Spalte hinzufügen, und wir können auch die Methode removeColumn
verwenden, um vorhandene Spalten zu löschen. Überprüfen Sie die Dokumentation für eine Liste der verfügbaren Spaltenoptionen.
Die Spalte oben in der Artikelliste ermöglicht es Benutzern, Listen mit Daten, Kategorien usw. zu filtern, usw. In unserem Fall brauchen wir einen Filter, um gelöschte Artikel anzuzeigen/auszublenden.
# 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'); }); } }
Sie können mehr über Listenfilter in der Dokumentation lesen. Der obige Code ist recht einfach und enthält nur wenige Optionen. Das scope
-attribut sollte jedoch der Name der in der Models\Post
-Modellinstanz definierten Abfragemethode sein.
OktoberRaineSextextendabletrait -Merkmal liefert eine magische Methode, um vorhandene Klassen dynamisch zu erweitern, indem neue Methoden, Attribute, Verhaltensweisen usw. hinzugefügt werden. In unserem Beispiel müssen wir dem Artikelmodell eine neue Methode hinzufügen, um unseren Bereichsfilter zu verarbeiten.
// 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', ], ]); });
, addDynamicProperty
usw. tun. Lassen Sie uns unsere Artikelliste aktualisieren, um festzustellen, ob unsere Änderungen funktionieren. asExtension
aktualisieren. deleted_at
Tipp: Anstatt die Eigenschaft scope
zu verwenden, können Sie die Bedingungen verwenden, um einen einfachen Zustand anzugeben. Der folgende Code funktioniert genauso wie die Verwendung des Modellbereichs.
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 löst eine Reihe von Ereignissen bei jedem Vorgang aus (erstellen, aktualisieren, löschen usw.). In diesem Fall müssen wir uns an das Löschenereignis anschließen und die Löschung des Datensatzes verhindern.
Beim Löschen eines Datensatzes wird das -Erdition ausgelöst, bevor der tatsächliche Löschvorgang durchgeführt wird, und das Ereignis deleting
wird danach ausgelöst. Wenn Sie im Ereignis deleted
false zurückgeben, wird die Operation abbrechen. 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); }); }); });
Schlussfolgerung
FAQs über die Erweiterung von Oktobercms und das Erstellen von Soft -Löschen -Plugins
Zeitstempel für den Datensatz eingestellt. Dies bedeutet, dass der Datensatz aus Sicht der Anwendung als "gelöscht" angesehen wird, aber bei Bedarf weiterhin abgerufen werden kann. Dies ist besonders nützlich in Szenarien, in denen Daten versehentlich gelöscht werden können, da dies eine einfache Wiederherstellung ermöglicht. deleted_at
So implementieren Sie Soft Delete -Funktion in Oktobercms?
in die Datenbanktabelle und die Aktualisierung Ihres Modells für die Verwendung deleted_at
Merkmal. Sie können dann die Methode SoftDeletes
auf dem Modell verwenden, um den Datensatz sanft zu löschen und die delete
-Methode zu verwenden, um ihn wiederherzustellen. restore
Kann ich die Funktion Soft Delete mit vorhandenen Datensätzen verwenden?
zur vorhandenen Datenbanktabelle hinzufügen. Diese Spalte für alle vorhandenen Datensätze hat einen deleted_at
-Wergue, der angibt, dass sie nicht gelöscht wurden. null
Um soft gelöschte Datensätze wiederherzustellen, können Sie die restore
-Methode auf dem Modell verwenden. Dadurch wird der Zeitstempel deleted_at
aus dem Datensatz entfernt, effektiv "undelete".
Ja, Sie können mithilfe der forceDelete
-Methode auf dem Modell sanft gelöschte Datensätze dauerhaft löschen. Dadurch werden Datensätze aus der Datenbank wie eine harte Löschung gelöscht.
Um alle Datensätze anzuzeigen, einschließlich sanft gelöschter Datensätze, können Sie die Methode withTrashed
für das Modell verwenden. Dadurch werden alle Datensätze zurückgegeben, unabhängig davon, ob sie weich gelöscht wurden oder nicht.
deleted_at
in Oktobercms anpassen? Ja, Sie können den Namen der Spalte getDeletedAtColumn
anpassen, indem Sie die Methode deleted_at
im Modell überschreiben. Wenn deleted_at
nicht für Ihre Anforderungen geeignet ist, können Sie verschiedene Spaltennamen verwenden.
Ja, Sie können Soft Delete für einige Datensätze unter Verwendung der withoutGlobalScope
-Methode auf dem Modell deaktivieren. Auf diese Weise können Sie bestimmte Datensätze von der Funktion "Soft Delete" ausschließen.
Das obige ist der detaillierte Inhalt vonErweiterung Oktobercms - Erstellen eines Plugins mit weichem Delete. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!