


Eine kurze Einführung in Dienstleister und Fassadenmuster in Laravel
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!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



Die neuesten Versionen von Laravel 9 und CodeIgniter 4 bieten aktualisierte Funktionen und Verbesserungen. Laravel9 übernimmt die MVC-Architektur und bietet Funktionen wie Datenbankmigration, Authentifizierung und Template-Engine. CodeIgniter4 nutzt die HMVC-Architektur, um Routing, ORM und Caching bereitzustellen. In Bezug auf die Leistung sorgen das auf Dienstanbietern basierende Designmuster von Laravel9 und das leichte Framework von CodeIgniter4 für eine hervorragende Leistung. In praktischen Anwendungen eignet sich Laravel9 für komplexe Projekte, die Flexibilität und leistungsstarke Funktionen erfordern, während CodeIgniter4 für schnelle Entwicklung und kleine Anwendungen geeignet ist.

Vergleichen Sie die Datenverarbeitungsfunktionen von Laravel und CodeIgniter: ORM: Laravel verwendet EloquentORM, das eine relationale Klassen-Objekt-Zuordnung bereitstellt, während CodeIgniter ActiveRecord verwendet, um das Datenbankmodell als Unterklasse von PHP-Klassen darzustellen. Abfrage-Builder: Laravel verfügt über eine flexible verkettete Abfrage-API, während der Abfrage-Builder von CodeIgniter einfacher und Array-basiert ist. Datenvalidierung: Laravel bietet eine Validator-Klasse, die benutzerdefinierte Validierungsregeln unterstützt, während CodeIgniter über weniger integrierte Validierungsfunktionen verfügt und eine manuelle Codierung benutzerdefinierter Regeln erfordert. Praxisfall: Beispiel einer Benutzerregistrierung zeigt Lar

Für Anfänger bietet CodeIgniter eine sanftere Lernkurve und weniger Funktionen, deckt aber die Grundbedürfnisse ab. Laravel bietet einen größeren Funktionsumfang, weist jedoch eine etwas steilere Lernkurve auf. In Bezug auf die Leistung schneiden sowohl Laravel als auch CodeIgniter gut ab. Laravel verfügt über eine umfangreichere Dokumentation und aktive Community-Unterstützung, während CodeIgniter einfacher und leichtgewichtiger ist und über starke Sicherheitsfunktionen verfügt. Im praktischen Fall der Erstellung einer Blogging-Anwendung vereinfacht EloquentORM von Laravel die Datenmanipulation, während CodeIgniter mehr manuelle Konfiguration erfordert.

Laravel – Artisan Commands – Laravel 5.7 bietet eine neue Möglichkeit, neue Befehle zu behandeln und zu testen. Es enthält eine neue Funktion zum Testen von Handwerkerbefehlen und die Demonstration wird unten erwähnt?

Bei der Auswahl eines Frameworks für große Projekte haben Laravel und CodeIgniter jeweils ihre eigenen Vorteile. Laravel ist für Anwendungen auf Unternehmensebene konzipiert und bietet modularen Aufbau, Abhängigkeitsinjektion und einen leistungsstarken Funktionsumfang. CodeIgniter ist ein leichtes Framework, das sich eher für kleine bis mittelgroße Projekte eignet und Wert auf Geschwindigkeit und Benutzerfreundlichkeit legt. Für große Projekte mit komplexen Anforderungen und einer großen Anzahl von Benutzern sind die Leistung und Skalierbarkeit von Laravel besser geeignet. Für einfache Projekte oder Situationen mit begrenzten Ressourcen sind die leichten und schnellen Entwicklungsfunktionen von CodeIgniter idealer.

Für kleine Projekte eignet sich Laravel, für größere Projekte, die starke Funktionalität und Sicherheit erfordern. CodeIgniter eignet sich für sehr kleine Projekte, die geringes Gewicht und Benutzerfreundlichkeit erfordern.

Vergleichen Sie Laravel's Blade und die Twig-Vorlagen-Engine von CodeIgniter und wählen Sie je nach Projektanforderungen und persönlichen Vorlieben: Blade basiert auf der MVC-Syntax, die eine gute Codeorganisation und Vorlagenvererbung fördert. Twig ist eine Bibliothek eines Drittanbieters, die flexible Syntax, leistungsstarke Filter, erweiterten Support und eine Sicherheits-Sandbox bietet.

Laravel – Artisan Console – Das Laravel-Framework bietet drei Haupttools für die Interaktion über die Befehlszeile, nämlich Artisan, Ticker und REPL. In diesem Kapitel wird Artisan ausführlich erläutert.
