Heim >PHP-Framework >Laravel >Lassen Sie uns darüber sprechen, wie Sie Modellereignisse in Laravel verwenden

Lassen Sie uns darüber sprechen, wie Sie Modellereignisse in Laravel verwenden

青灯夜游
青灯夜游nach vorne
2022-12-22 21:42:011704Durchsuche

Lassen Sie uns darüber sprechen, wie Sie Modellereignisse in Laravel verwenden

Bei der Arbeit mit Eloquent-Modellen ist es üblich, Ereignisse zu nutzen, die im Laufe des Modelllebenszyklus ausgelöst werden. Es gibt verschiedene Möglichkeiten, dies zu tun. In diesem Tutorial werde ich sie behandeln und die Vor- und Nachteile jeder einzelnen Methode erläutern. [Verwandte Empfehlung: Laravel-Video-Tutorial]

Ich werde für jede Methode das gleiche Beispiel verwenden, damit Sie direkt vergleichen können. In diesem Beispiel wird die UUID-Eigenschaft des Modells der UUID während der Erstellung des Modells selbst zugewiesen.

Unser erster Ansatz verwendet die statische Bootstrap-Methode des Modells, um das Verhalten zu registrieren. Dadurch können wir direkt am Modell arbeiten und es erstellen, wenn das Modell erstellt wird.

declare(strict_types=1);

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\Str;

class Office extends Model
{
    public static function boot(): void
    {
        static::creating(fn (Model $model) =>
            $model->uuid = Str::uuid(),
        );
    }
}

Dieser Ansatz eignet sich hervorragend für kleine, direkte Reaktionen auf Modellereignisse, wie das Hinzufügen von UUIDs, da er sehr einfach zu verstehen ist und Sie genau sehen können, was auf dem Modell passiert. Das größte Problem bei diesem Ansatz ist die Codeduplizierung. Wenn Sie mehrere Modelle haben, denen UUIDs zugewiesen werden müssen, werden Sie immer wieder dasselbe tun.

Das führt uns direkt zum zweiten Ansatz, der Verwendung einer Funktion. Wenn Sie in Laravel eine Methode für ein Merkmal erstellen, die mit boot beginnt und mit dem Merkmalsnamen endet, können Ihre Modelle das Merkmal erben und sie automatisch starten. Hier ist ein Beispiel: boot 开头并以 trait 名称结尾的方法,你的模型可以继承 trait 并自动启动它们。这是一个例子:

declare(strict_types=1);

namespace App\Models\Concerns;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\Str;

trait HasUuid
{
    public static function bootHasUuid(): void
    {
        static::creating(fn (Model $model) =>
            $model->uuid = Str::uuid(),
        );
    }
}

使用特征允许你将此行为添加到需要它且易于实现的每个模型中。我最大的缺点是,当多个特征想要利用同一个模型事件时,堆叠这些行为可能会导致问题。他们开始争夺优先权,很快就会变得一团糟。

这将我们引向下一个选项,模型观察者。模型观察者是一种基于类的方法来响应模型事件,其中方法对应于被触发的特定事件。

declare(strict_types=1);

namespace App\Observers;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\Str;

class OfficeObserver
{
    public function creating(Model $model): void
    {
        $model->uuid = Str::uuid();
    }
}

这个类需要在某个地方注册,在服务提供者或模型本身(这是我推荐的地方)。在模型中注册这个观察者可以在模型级别上看到改变雄辩行为的副作用。将其隐藏在服务提供商中的问题在于,除非每个人都知道它的存在,否则很难知道。这种方法的最大缺点是它的可见性。在我看来,正确使用这种方法非常棒。

解决此问题的另一种方法是利用 Eloquent 模型本身的$dispatchesEvents 属性。这是每个 Eloquent 模型上的一个属性,它允许你列出要侦听的事件以及为这些事件调用的类。

declare(strict_types=1);

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\Str;

class Office extends Model
{
    protected $dispatchesEvents = [
        'creating' => SetModelUuid::class,
    ];
}

SetModelUuid

declare(strict_types=1);

namespace App\Models\Events;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\Str;

class SetModelUuid
{
    public function __construct(Model $model)
    {
        $model->uuid = Str::uuid();
    }
}

Durch die Verwendung einer Eigenschaft können Sie dieses Verhalten jedem Modell hinzufügen, das es benötigt, und ist einfach zu implementieren. Mein größter Nachteil besteht darin, dass das Stapeln dieser Verhaltensweisen zu Problemen führen kann, wenn mehrere Funktionen dasselbe Modellereignis nutzen möchten. Sie fangen an, um Priorität zu kämpfen, und es entsteht schnell ein Durcheinander.

Dies führt uns zur nächsten Option, Model Observer. Ein Modellbeobachter ist eine klassenbasierte Möglichkeit, auf Modellereignisse zu reagieren, wobei die Methode dem spezifischen Ereignis entspricht, das ausgelöst wurde.

declare(strict_types=1);

namespace App\Models\Pipelines;

use App\Models\Office

class OfficeCreatingPipeline
{
    public function __construct(Office $model)
    {
        app(Pipeline::class)
            ->send($model)
            ->through([
                ApplyUuidProperty::class,
                TapCreatedBy::class,
            ]);
    }
}

Dieser Kurs muss irgendwo angemeldet werden, entweder beim Dienstleister oder beim Model selbst (hier empfehle ich ihn). Durch die Registrierung dieses Beobachters im Modell können Sie die Nebenwirkungen einer Änderung des eloquenten Verhaltens auf Modellebene erkennen. Das Problem dabei, es vor dem Dienstanbieter zu verbergen, besteht darin, dass es schwer zu wissen ist, es sei denn, jeder weiß, dass es existiert. Der größte Nachteil dieses Ansatzes ist seine Sichtbarkeit. Meiner Meinung nach ist diese Methode großartig, wenn sie richtig angewendet wird.

Eine andere Möglichkeit, dieses Problem zu lösen, besteht darin, das Attribut $dispatchesEvents des Eloquent-Modells selbst zu nutzen. Dies ist eine Eigenschaft jedes Eloquent-Modells, mit der Sie die abzuhörenden Ereignisse und die für diese Ereignisse aufzurufenden Klassen auflisten können.

rrreee

SetModelUuid wird während des Lebenszyklus des Eloquent-Modells instanziiert. Dies ist Ihre Gelegenheit, dem Modell Verhaltensweisen und Eigenschaften hinzuzufügen.

rrreee

Dieser Ansatz ist einer der saubersten und am einfachsten zu verstehenden, da das Modell viel Sichtbarkeit hat und Sie diese Klasse problemlos zwischen Modellen teilen können. Die größte Frage, mit der Sie konfrontiert werden, ist, ob Sie bei Modellereignissen mehrere Aktionen auslösen müssen.

Jedenfalls gibt es ehrlich gesagt keinen richtigen Weg, dies zu tun. Sie können jede der oben genannten Methoden wählen und sie werden alle funktionieren, Sie sollten jedoch die Methode wählen, die für Sie und Ihren spezifischen Anwendungsfall geeignet ist. Ich würde gerne mehr Optionen für diese spezielle Funktion sehen.

Wenn Sie beispielsweise bei Modellereignissen mehrere Eigenschaften zu einem Modell hinzufügen müssen, sind Beobachter eine gute Wahl. Ist dies jedoch die beste Option? Was wäre, wenn wir das Dispatch-Events-Attribut verwenden würden, um eine benutzerdefinierte Pipeline für dieses Modell auszuführen?

rrreee
Wie Sie sehen, können wir mit der Verwendung von Pipelines beginnen, um mehrere Verhaltensweisen für die Ereignismodellierung hinzuzufügen. Das wurde noch nicht getestet, daher weiß ich nicht hundertprozentig, ob es möglich ist – aber als Konzept könnte es eine zusammensetzbare Möglichkeit eröffnen, auf Modellereignisse zu reagieren.

Wie gehen Sie mit Modellereignissen in Laravel-Projekten um? Sag es uns auf Twitter!

🎜Originaladresse: https://laravel-news.com/working-with-laravel-model-events🎜🎜Übersetzungsadresse: https://learnku.com/laravel/t/71183🎜🎜🎜Weitere programmbezogene Themen Wissen, besuchen Sie bitte: 🎜Programmiervideos🎜! ! 🎜

Das obige ist der detaillierte Inhalt vonLassen Sie uns darüber sprechen, wie Sie Modellereignisse in Laravel verwenden. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:learnku.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen