Eine kurze Analyse der späten statischen Bindung von Laravel

Dieser Artikel führt hauptsächlich eine kurze Diskussion der späten statischen Bindung in Laravel ein und teilt sie als Referenz mit allen. Ich hoffe, es hilft allen.

Bezüglich der neuen statischen verzögerten statischen Bindung oder späten statischen Bindung von PHP bin ich in Laravel auf ein Nutzungsproblem gestoßen. Wenn Sie das Modell in Laravel aufrufen, um neue Daten hinzuzufügen, fügen Sie wie folgt zunächst eine Methode zum Modell hinzu, um die Untertabelle abzurufen:

protected function addToMessage($msgType, $userID, $commentID, $replyCommentID, $replyUserID, $gameID)
{
  if (!$userID) {
    return false;
  }
 
  $table = 't_message_' . hashID($userID, 100);
  $this->message->setTable($table)->create([
    'msg_type'     => $msgType,
    'user_id'     => $userID,
    'comment_id'    => $commentID,
    'reply_comment_id' => $replyCommentID,
    'reply_user_id'  => $replyUserID,
    'game_id'     => $gameID,
    'is_read'     => 0,
    'created_at'    => date('Y-m-d H:i:s'),
  ]);
  return true;
}

Die setTable-Methode hier ist die im abzurufenden Modell definierte Methode die Untertabelle:

public function setTable($table)
{
  $this->table = $table;
  return $this;
}

Aus dem Fehlerprotokoll haben wir herausgefunden, dass $this->table nicht wirksam wird, aber tatsächlich, wenn der Tabellenname gedruckt wird, bevor die Methode create aufgerufen wird ist der erwartete Wert. Warum wird hier $this-> aufgerufen? Tabelle wurde nicht zurückgesetzt?

Hier ist $this->message eine Modellklasse, die die Model-Klasse erbt, wobei sich die Erstellungsmethode:

public static function create(array $attributes = [])
{
  $model = new static($attributes);
 
  $model->save();
 
  return $model;
}

in der Zeile 557 von sellerlaravelframeworksrcIlluminateDatabaseEloquentModel.php befindet.

Weil die Model-Klasse des Frameworks in PHP ein abstrakter Typ ist, können abstrakte Klassen mit neuer statischer, später statischer Bindung instanziiert werden, und $model = new static($attributes) in der Methode create wird tatsächlich neu instanziiert zurückgegeben. Die aufrufende Model-Klasse definiert das Tabellenattribut nicht, daher hat $this->table derzeit keinen Wert.

Die Lösung besteht darin, die Speichermethode zu verwenden, wie im Bild gezeigt. Tatsächlich ruft die Methode create auch die Methode save auf.

Experiment

Eine abstrakte Klasse A verfügt über eine Erstellungsmethode, die durch verzögerte statische Bindung instanziiert und zurückgegeben wird. Klasse B erbt A und das Namensattribut der übergeordneten Klasse wird in der Testmethode geändert.

<?php
 
abstract class A
{
  protected $name = "tanteng";
 
  public static function create()
  {
    return new static();
  }
}
 
class B extends A
{
  //protected $name = &#39;纸牌屋弗兰克&#39;;
 
  public function test()
  {
    $this->name = "Tony Tan";
    return $this;
  }
}
 
$obj1 = (new B)->test();
$obj2 = (new B)->test()->create();
var_dump($obj1);
var_dump($obj2);

Die Ergebnisse zeigen, dass beide Instanzen von $obj1 und $obj2 Instanzen von B sind. Der Attributname hat sich durch den Aufruf der Testmethode geändert, aber das Namensattribut hat sich nach dem Aufruf der Erstellungsmethode nicht geändert. Dies ist die in diesem Artikel erwähnte Szene in Lavarel. (Wenn die Annotation hier aktiviert ist, ist der gedruckte Name der umgeschriebene Wert)

Wenn die abstrakte Klasse A in eine normale Klasse geändert wird und die neue statische Klasse zur Instanziierung in ein neues Selbst geändert wird, ist das Ergebnis wie folgt Anders, der gedruckte Attributname ist ein Attribut der jeweiligen Klasse.

Verwandte Empfehlungen:

Erkunden Sie, wie die Middleware von Laravel implementiert wird

Laravel-optimierte Split-Routing-Datei

Laravel-Schreib-APP-Schnittstelle (API)

Das obige ist der detaillierte Inhalt vonEine kurze Analyse der späten statischen Bindung von Laravel. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!