Unterschied zwischen der Verwendung der Sitzung über eine HTTP-Anforderungsinstanz und der Verwendung des globalen Sitzungshelfers in Laravel

Der Service Container ist der Kern der Laravel-Architektur. Alle Dienste, Komponenten und Abhängigkeiten sind dort registriert und Sie können jederzeit nach ihnen fragen.

Aber Laravel bietet mehr als eine Möglichkeit, "danach zu fragen". Sie haben die globalen Hilfsfunktionen, Sie haben Fassaden, Sie haben die "richtige", "reinere" Injektion der Komponenteninstanz in die Methodensignatur. Ich denke, ein großer Teil der Philosophie von Laravel ist eine saubere, einfache, intuitive API. Und in diesem Fall kann es Ihrer persönlichen Vorliebe überlassen bleiben, zu definieren, was "sauber und einfach" ist und was Ihrem Stil entspricht, per Definition, intuitiv für Sie.

Ich weiß, es gab hitzige Debatten in der PHP-Community darüber, welche Methode "am besten" ist, Fassaden waren umstritten, traditionelle Abhängigkeitsinjektion OOP-Puristen sagen, der einzig richtige Weg könnte sein, das Objekt mit der Controller-Methodensignatur zu injizieren. .

Am Ende greifen alle diese verschiedenen Methoden einfach auf das Objekt aus dem gleichen Servicebeutel. Es macht keinen Unterschied in der Leistung (ich wette, zwei Funktionsaufrufe von Indirection werden Ihre Leistung nicht beeinflussen) oder auf andere Weise. Also, benutze was immer deinem Stil entspricht. Ich persönlich mache die "richtige" Injektion sowieso, wenn ich in einem typischen Controller bin, aber vielleicht benutze ich den globalen Helfer, wenn es einen saubereren, lesbareren Code in seinem Kontext macht.

Und nebenbei, wie Sie sehen können, haben Sie mehr als nur zwei Optionen:)

Natürlich gilt dies nicht nur für Sitzungen, das Gleiche gilt für das Abrufen der Anforderungsdaten, das Abrufen der DB-Verbindung und vieles mehr.

(Außerdem glaube ich, dass Sie die Echtzeit-Fassaden in 5.3 noch nicht haben)

1. Laravel-Dokumentation

Laut den Laravel-Dokumenten - Ссылка - gibt es keinen praktischen Unterschied zwischen der Verwendung der Sitzung über eine HTTP-Anforderungsinstanz versus die Verwendung des globalen Session-Helfers "und dass beide testbar sind.

->assertSessionHas($key, $value = null);

2. Laravel Up & amp; Running - Matt Stauffer

In seinem Buch (Seite 320-) erklärt Matt die verschiedenen Möglichkeiten, auf Sitzungsinformationen zuzugreifen:

• Verwenden Sie die Session -Fassade

  session()->get('user_id');

• Verwenden Sie die Methode session() für ein beliebiges angegebenes Objekt Request belichten

  Route::get('dashboard', function(Request $request) { $request->session()->get('user_id'); });

• Injizieren Sie eine Instanz von Illuminate\Session\Store

  Route::get('dashboard', function(Illuminate\Session\Store $session) { return $session->get('user_id'); });

• Verwenden des globalen session() -Helfers

  $value = session()->get('key); $value = session('key);

Sein letzter Kommentar lautet: Wenn Sie in Laravel neu sind und sich nicht sicher sind, welchen Sie verwenden sollen, empfehle ich den globalen Helfer .

Also, ich würde mir keine Sorgen über die Unterschiede machen und einfach mit dem gehen, was sich für dich anfühlt. Wenn Sie keine Präferenz haben, gehen Sie mit Matt Stauffer Empfehlung.

Wie Sie normalerweise die beiden Optionen verwenden, gibt es keinen praktischen Unterschied zwischen $request->session() und session() . Sie geben jedoch technisch nicht die gleichen Objekte zurück.

session() gibt SessionManager zurück. $request->session() gibt die Sitzung Store zurück.

Das Store ist eigentlich das Objekt, das die Sitzungsdaten enthält.

Das SessionManager ist das Objekt, das die verfügbare Sitzung Store s verwaltet. Die meisten Anwendungen verwenden immer nur einen Sitzungsspeicher (den Standardspeicher).

Der Grund, warum sie als das gleiche Objekt zu fungieren scheinen, besteht darin, dass beim Aufruf einer nicht vorhandenen Methode für die SessionManager dieser Methodenaufruf an die Standardsitzung Store weitergeleitet wird.

In Ihrem Beispiel verwenden Sie also die Methode exists() . Diese Methode existiert nicht für SessionManager . Wenn Sie also session()->exists('user_id') aufrufen würden, würde dieser Aufruf an die Standardsitzung Store weitergeleitet, was dem Aufruf von $request->session()->exists('user_id') entspricht.

Man könnte argumentieren, dass die direkte Verwendung von $request->session() geeigneter ist, wenn versucht wird, auf die Sitzungsdaten zuzugreifen, da dies zurückgegeben wird und der zusätzliche Weiterleitungsfunktionsaufruf nicht erforderlich ist. Es liegt jedoch an Ihnen, die Vor- und Nachteile abwägen, um zu bestimmen, welche Methode zu verwenden.