Dieser Artikel führt Sie hauptsächlich in die relevanten Informationen zur Verwendung von Dienstanbietern und Fassadenmustern in Laravel ein. Der Artikel stellt Ihnen die Dienstanbieter und Fassadenmuster in Laravel anhand eines detaillierten Beispielcodes vor Die Arbeit hat einen gewissen Referenz- und Lernwert. Freunde, die sie benötigen, können gemeinsam lernen.
Vorwort
Wenn wir in Laravel möglicherweise die von uns hinzugefügten Klassen verwenden müssen, können wir einen Ordner speziell zum Speichern von Klassendateien erstellen. Sie können auch den Dienstleister von Laravel nutzen.
Es gibt eigentlich keinen großen Unterschied zwischen den beiden. Der Hauptgrund ist, dass es bei der Verwendung des ersteren vom Geschäftscode abhängt. Stellen Sie sich vor, ein Controller verweist auf viele benutzerdefinierte Klassendateien Wie viele Abhängigkeiten werden generiert, sodass wir die Dienstanbietermethode zum Registrieren von Klassen im Laravel-Container verwenden können? In diesem Fall können Abhängigkeiten in einer separaten Konfigurationsdatei verwaltet werden, was die Logik und die spätere Wartung erheblich erleichtert.
Die Verwendung der Fassade liegt hauptsächlich daran, dass Sie die Klasse nicht instanziieren müssen. Sie können statische Methoden verwenden, um auf die Klassenmethoden zuzugreifen. Dies hat jedoch tatsächlich Nachteile, z Da man innerhalb der Methode direkt zum entsprechenden springen kann, ist es nicht möglich, die Verwendung dieser Methode intuitiv zu verstehen. Die persönliche Entwicklung hat möglicherweise keine großen Auswirkungen, aber wenn sie von einem Team entwickelt wird, kann die Verwendung etwas schwindelerregend sein Es.
Nehmen Sie als Beispiel das Dateisystem, das mit Laravel geliefert wird. Im Provider-Array der Konfigurationsdatei config/app.php ist ein Dienstanbieter registriert:
Illuminate\Filesystem\FilesystemServiceProvider::class,
definiert eine Fassade im Alias-Array:
‘File' => Illuminate\Support\Facades\File::class,
Durch diese beiden Schritte können wir Laravel sehr bequem verwenden Dateisystembezogene Vorgänge, und das Aufrufformular ist sehr einfach, wie zum Beispiel:
File::exist($path)
, um festzustellen, ob die Datei vorhanden ist.
File::get($path, $lock = false)
, den Inhalt einer Datei abrufen.
File::append($path, $data)
, hängen Sie den Inhalt an das Ende einer Datei an.
File::files($directory)
um alle Dateien in einem Verzeichnis abzurufen.
Wie geht das? Lassen Sie uns über den Dienstanbieter und den Fassadenmodus von Laravel sprechen.
Dienstanbieter
Schauen wir uns zunächst die Definition an:
Dienstanbieter ist das Zentrum, in dem alle Laravel-Anwendungen gestartet werden . Alle Kerndienste von Laravel, einschließlich Ihrer eigenen Anwendungen, werden über Dienstanbieter gestartet.
Im Dateisystemdienstanbieter unter /vendor/laravel/framework/src/Illuminate/Filesystem/FilesystemServiceProvider.php kann die Registermethode erkennen, dass ein Singleton gebunden ist:
protected function registerNativeFilesystem() { $this->app->singleton('files', function () { return new Filesystem; }); }
Dieser Singleton ist das Singleton-Muster der Filesystem-Klasse. Natürlich kann dieser Dienstleister auch andere Singletons binden oder noch mehr erledigen. Wir untersuchen hier nur das Prinzip dieser Aufrufmethode File::exist()
.
Auf diese Weise gibt es eine einzelne Instanz von Dateien, die eigentlich eine Instanz der Filesystem-Klasse ist.
Wenn zu diesem Zeitpunkt keine Fassade vorhanden ist, können Sie auch die Methode der Dateisysteminstanz aufrufen, also wie folgt aufrufen:
app(‘files')->exist($path)
Okay, jetzt reden wir über Fassade.
Fassadenfassadenmodus
Werfen wir zunächst einen Blick auf die Einführung:
Facades /fəˈsäd/ ist die Anwendung. Die im Servicecontainer der Anwendung verfügbaren Klassen stellen eine „statische“ Schnittstelle bereit. Laravel verfügt über viele Fassaden, über die auf fast alle Dienste zugegriffen werden kann. Laravel-Fassaden sind „statische Proxys“ für Basisklassen im Service-Container. Im Vergleich zu herkömmlichen statischen Methodenaufrufen bieten Fassaden eine einfachere und umfangreichere Syntax und weisen gleichzeitig eine bessere Testbarkeit und Skalierbarkeit auf.
Am Anfang dieses Artikels haben wir erwähnt, dass das Alias-Array eine Datei definiert. Die spezifische Klasse ist
Illuminate\Support\Facades\File::class,
Ihr Inhalt ist:
class File extends Facade { /** * Get the registered name of the component. * * @return string */ protected static function getFacadeAccessor() { return 'files'; } }
Es wird tatsächlich ein Name zurückgegeben. Ist es nicht der Name des gerade gebundenen Singleton-Musters? Das ist richtig.
Auf diese Weise können Sie den Dateialias oder die Dateifassade verwenden, um Methoden in dieser Dateisysteminstanz aufzurufen.
Ich hoffe, dass Sie durch diesen Artikel die Beziehung zwischen Dienstanbietern, Facade und Instanzen der tatsächlich aufgerufenen Klassen verstehen können.
Das Obige ist der gesamte Inhalt dieses Artikels. Ich hoffe, er wird für das Studium aller hilfreich sein. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website.
Verwandte Empfehlungen:
PHP Observer Pattern in Laravel Framework
Das obige ist der detaillierte Inhalt vonEine kurze Einführung in Dienstleister und Fassadenmuster in Laravel. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!