Kürzlich musste ich Universal Unique Identifiers (UUIDs) in Laravel 7 implementieren und stieß dabei auf einige Probleme. Ich hoffe, dieser Beitrag hilft anderen, denen es genauso geht.
Erweiterte Gründe für die Verwendung von UUIDs
A) Sie entfernen die nummerierte Kennung aus Ihrem Uniform Resource Locator, sodass Benutzer nicht sehen können, wie viele bestimmte Objekte vorhanden sind Ihre App wurde erstellt. Zum Beispiel:
https://myapp.com/api/users/5
vs.:
https://myapp.com/api/users/0892b118-856e-4a15-af0c-66a3a4a28eed
B) Sie machen es viel schwieriger, Identifikationsnummern zu erraten. Das ist gut für die Sicherheit, aber wir sollten wahrscheinlich andere Techniken implementieren, um uns davor zu schützen.
UUIDs als Primärschlüssel implementieren
So ändern Sie die Datenbankmigration
Zuerst in der Datenbank Migration möchten Sie die aktuellen automatisch inkrementierenden ID-Felder durch UUIDs ersetzen. Sie könnten auch diesen Ansatz verfolgen: Behalten Sie die Auto-Inkrement-ID bei und verwenden Sie die UUID als zusätzliches Feld in der Tabelle, das verwendet wird, wenn dem Benutzer die URL angezeigt wird (in diesem Fall verbergen Sie die ID im Modell), aber das ist nicht der Fall nicht das, was wir hier machen können. Sehen wir uns an, wie eine hypothetische Mitarbeitertabelle aussieht.
public function up() { Schema::create('employees', function (Blueprint $table) { $table->uuid('id')->primary; $table->string('name'); $table->string('email')->unique(); $table->string('work_location')->nullable(); $table->timestamps(); }); }
Beachten Sie hier, dass wir die normale id() durch uuid() ersetzt haben und sie zum Primärschlüssel machen.
Machen wir daraus eine Eigenschaft
Als nächstes können wir einen Laravel-Lebenszyklus-Hook implementieren, um sicherzustellen, dass bei der Erstellung einer neuen Instanz dieses Modells dieser eine UUID zugewiesen wird. Wir können den Code direkt in das Modell schreiben, aber wenn Sie UUIDs in mehreren Modellen verwenden möchten, empfehle ich die Verwendung von Traits (das habe ich in diesem Dev-Artikel gelernt, vielen Dank an Dev). Mit Merkmalen können Sie grundsätzlich Funktionen erstellen und diese über das Schlüsselwort „use“ aufrufen, um sie in mehreren Modellen zu verwenden.
Um ein neues Merkmal zu erstellen, erstellen Sie einen AppHttpTraits-Ordner (das ist nur ein Hobby von mir, Sie können es woanders ablegen) und erstellen Sie eine neue Datei für das Merkmal. Wir werden die Datei UsesUuid.php nennen.
Dies ist der spezifische Code für das Merkmal:
<?php namespace App\Http\Traits; use Illuminate\Support\Str; trait UsesUuid { protected static function bootUsesUuid() { static::creating(function ($model) { if (! $model->getKey()) { $model->{$model->getKeyName()} = (string) Str::uuid(); } }); } public function getIncrementing() { return false; } public function getKeyType() { return 'string'; } }
Verwenden Sie IlluminateSupportStr, um einfach eine UUID zu generieren. Die Methode getIncrementing() teilt Laravel mit, dass der Primärschlüssel des Modells nicht inkrementiert wird (da wir ihn auf false setzen), und die Methode getKeyType() teilt Laravel mit, dass der Primärschlüssel des Modells ein String-Typ ist. Mit der bootUsesUuid()-Methode können wir die leistungsstarken Lifecycle-Hooks von Laravel verwenden. Weitere Informationen zum Ouyang-Festival finden Sie hier. Im Grunde sagt unser Code Laravel bereits, dass beim Erstellen einer neuen Instanz dieses Modells der UUID-Primärschlüssel dafür festgelegt werden muss!
Jetzt können wir diese Funktion mithilfe des Schlüsselworts „use“ ganz einfach in unserem Modell implementieren.
<?php namespace App; use Illuminate\Database\Eloquent\Model; ... class Employee extends Model { ... use \App\Http\Traits\UsesUuid; ... }
Eine UUID als Fremdschlüssel referenzieren
Um eine UUID in einer Tabelle als Fremdschlüssel zu referenzieren, ändern Sie einfach den Typ des Fremdschlüsselfelds in der Tabelle . Wie folgt...
Schema::create('another_table', function(Blueprint $table) { $table->id(); $table->unsignedBigInteger('employee_id'); $table->string('some_field'); $table->foreign('employee_id') ->references('id') ->on('shifts') ->onDelete('cascade'); });
... Wir haben beim Verweisen auf den Fremdschlüssel „employee_id“ einen vorzeichenlosen großen ganzzahligen Datentyp erstellt und ihn wie folgt geändert:
Schema::create('another_table', function(Blueprint $table) { $table->id(); $table->uuid('employee_id'); $table->string('some_field'); $table->foreign('employee_id') ->references('id') ->on('shifts') ->onDelete('cascade'); });
So einfach ist das! Noch etwas...
UUIDs und polymorphe Beziehungen
Es kann sein, dass Sie auf eine polymorphe Beziehung verweisen, entweder durch Ihre eigenen Aktionen oder durch ein Paket, das Sie importieren Modell. Bei der Migration könnte die Tabelle so aussehen:
public function up() { Schema::create('some_package_table', function (Blueprint $table) { $table->bigIncrements('id'); $table->morphs('model'); ... } }
Hier erstellt die morphs()-Methode zwei Felder in der Datenbank, „model_id“ vom Typ „Big Integer“ ohne Vorzeichen und „model_type“ vom Typ „String“. Das Problem besteht darin, dass unser Modell jetzt UUIDs verwendet, anstatt ganzzahlige IDs zu erhöhen. Daher erhalten Sie eine Fehlermeldung und sagen etwa: :
Data truncated for column 'model_id' at row 1
Wir benötigen jetzt das Feld model_id, um unsere neue UUID zu unterstützen. Der Typ lautet CHAR (36). Mach dir keine Sorgen! Laravel macht dies super einfach und Sie müssen es nicht manuell tun. Ändern Sie einfach Ihre Migrationen in:
public function up() { Schema::create('some_package_table', function (Blueprint $table) { $table->bigIncrements('id'); $table->uuidMorphs('model'); ... } }
Ein weiterer Grund, Laravel zu lieben! Viel Spaß beim Codieren!
Empfohlenes Tutorial: „Laravel Tutorial“
Das obige ist der detaillierte Inhalt vonTutorial zur ordnungsgemäßen Verwendung von UUID in Laravel 7. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!