Rumah > Artikel > rangka kerja php > Mari kita bincangkan tentang cara menggunakan acara model dalam Laravel
Apabila bekerja dengan model Eloquent, adalah perkara biasa untuk mengambil kesempatan daripada acara yang dihantar melalui kitaran hayat model. Terdapat beberapa cara berbeza untuk melakukan ini, dan dalam tutorial ini saya akan membincangkannya dan menerangkan kebaikan dan keburukan setiap satu. [Cadangan berkaitan: tutorial video laravel]
Saya akan menggunakan contoh yang sama untuk setiap kaedah supaya anda boleh membandingkan terus. Contoh ini memberikan sifat UUID model kepada UUID semasa penciptaan model itu sendiri.
Pendekatan pertama kami menggunakan kaedah bootstrap statik model untuk mendaftarkan tingkah laku. Ini membolehkan kami bekerja secara langsung pada model dan menciptanya apabila model dicipta.
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(), ); } }
Pendekatan ini bagus untuk tindak balas kecil dan langsung kepada acara model, seperti menambahkan UUID, kerana ia sangat mudah difahami dan anda boleh melihat dengan tepat apa yang berlaku pada model. Masalah terbesar dengan pendekatan ini ialah pertindihan kod, jika anda mempunyai berbilang model yang perlu diberikan UUID, anda akan melakukan perkara yang sama berulang kali.
Ini membawa kita dengan baik ke dalam pendekatan kedua, menggunakan ciri. Dalam Laravel, jika anda mencipta kaedah pada sifat yang bermula dengan boot
dan berakhir dengan nama sifat, model anda boleh mewarisi sifat dan memulakannya secara automatik. Berikut ialah contoh:
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(), ); } }
Menggunakan ciri membolehkan anda menambahkan gelagat ini pada setiap model yang memerlukannya dan mudah dilaksanakan. Kelemahan terbesar saya ialah menyusun tingkah laku ini boleh menyebabkan masalah apabila berbilang ciri ingin mengambil kesempatan daripada acara model yang sama. Mereka mula berjuang untuk keutamaan dan ia cepat menjadi kucar-kacir.
Ini membawa kita ke pilihan seterusnya, Pemerhati Model. Pemerhati model ialah cara berasaskan kelas untuk bertindak balas kepada peristiwa model, di mana kaedah sepadan dengan peristiwa tertentu yang dicetuskan.
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(); } }
Kelas ini perlu didaftarkan di suatu tempat, sama ada dengan pembekal perkhidmatan atau model itu sendiri (di sinilah saya mengesyorkannya). Mendaftarkan pemerhati ini dalam model membolehkan anda melihat kesan sampingan perubahan tingkah laku fasih pada peringkat model. Masalah dengan menyembunyikannya daripada pembekal perkhidmatan ialah sukar untuk diketahui melainkan semua orang tahu ia wujud. Kelemahan terbesar pendekatan ini ialah keterlihatannya. Pada pendapat saya kaedah ini bagus apabila digunakan dengan betul.
Cara lain untuk menyelesaikan masalah ini adalah dengan memanfaatkan $dispatchesEvents
sifat model Eloquent itu sendiri. Ini ialah sifat pada setiap model Eloquent yang membolehkan anda menyenaraikan acara untuk didengar dan kelas untuk memanggil acara tersebut.
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
akan digunakan semasa kitaran hayat model Eloquent, yang merupakan peluang anda untuk menambah gelagat dan sifat pada model.
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(); } }
Pendekatan ini adalah salah satu yang paling bersih dan paling mudah untuk difahami kerana model ini mempunyai banyak keterlihatan dan anda boleh berkongsi kelas ini dengan mudah antara model. Soalan terbesar yang akan anda hadapi ialah sama ada anda perlu mencetuskan berbilang tindakan pada acara model.
Apa pun, secara jujur, tiada cara yang betul untuk melakukan ini. Anda boleh memilih mana-mana kaedah di atas dan semuanya akan berfungsi, tetapi anda harus memilih kaedah yang sesuai untuk anda dan kes penggunaan khusus anda. Saya ingin melihat lebih banyak pilihan untuk ciri khusus ini.
Sebagai contoh, jika anda perlu menambah berbilang sifat pada model pada acara model, pemerhati ialah pilihan yang baik. Namun, adakah ini pilihan terbaik? Bagaimana jika kita menggunakan atribut peristiwa penghantaran untuk menjalankan saluran paip tersuai untuk model ini?
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, ]); } }
Seperti yang anda lihat, kami boleh mula menggunakan saluran paip untuk menambah berbilang gelagat untuk pemodelan acara. Sekarang, ini belum diuji, jadi saya tidak tahu 100% jika boleh - tetapi sebagai konsep, ia boleh membuka cara yang boleh digubah untuk bertindak balas terhadap peristiwa model.
Bagaimana anda mengendalikan acara model dalam projek Laravel anda? Beritahu kami di Twitter!
Alamat asal: https://laravel-news.com/working-with-laravel-model-events
Alamat terjemahan: https://learnku.com/laravel/ t/71183
Untuk lebih banyak pengetahuan berkaitan pengaturcaraan, sila lawati: Video Pengaturcaraan! !
Atas ialah kandungan terperinci Mari kita bincangkan tentang cara menggunakan acara model dalam Laravel. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!