Deutsch
Deutsch
In früheren Versionen von PHP war Session_register_Shutdown () eine wichtige Funktion, um sicherzustellen, dass Sitzungsdaten am Ende des Skripts korrekt gespeichert werden können. Die Hauptfunktion besteht darin, am Ende des Skriptlebenszyklus automatisch Session_write_close () aufzurufen, um Daten aus $ _Session zurück zum serverseitigen Sitzungsspeicher zu schreiben.
Ist dieser Sitzungsbetrieb für niedrige Sitzungen jedoch erforderlich, wenn moderne Frameworks wie Symfony verwendet werden? In diesem Artikel wird dieses Thema in Verbindung mit Symfony's Architektur und der Entwicklung der PHP -Sprache erörtert und eine elegantere Alternative vorschlagen.
In herkömmlichen PHP -Anwendungen stoßen wir häufig auf die folgenden Verwendungen:
session_start();
session_register_shutdown();
// aufstellen session Daten
$_SESSION['user'] = 'Alice';
Der Zweck davon besteht darin, den Sitzungsstatus am Ende der Skriptausführung automatisch zu speichern und in einigen Fällen zu verhindern, dass Daten abnormal oder vergisst, Session_Write_Close () zu rufen). Dieser Ansatz enthält jedoch auch einige Entwurfsprobleme, wie z. B. eine übermäßige Kopplung mit Anwendungsschichtcode und übermäßige Abhängigkeit vom globalen Zustand.
Symfony nimmt einen moderneren und abstrakteren Sitzungsmanagementmechanismus an. Standardmäßig wird SessionInterface verwendet, um Zugriff auf die Sitzung zu gewährleisten und den Lebenszyklus der Sitzung automatisch über Ereignishörer und Servicecontainer verwaltet.
Die Verwendung der Sitzung in einem typischen Symfony -Controller ist wie folgt:
use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\HttpFoundation\Session\SessionInterface;
public function example(Request $request, SessionInterface $session)
{
$session->set('user', 'Alice');
return $this->render('example.html.twig');
}
Symfony ruft automatisch Session_write_close () auf, nachdem die Anfrage bearbeitet wurde, ohne dass der Entwickler manuelle Eingriffe benötigt. Dies bedeutet, dass die Verwendung von Session_register_Shutdown () in Symfony nicht nur unnötig ist, sondern auch das Management des Sitzungslebenszyklus durch das Framework selbst durchbricht.
In Symfony kann dem Framework vollständig vertraut werden, um die Initialisierung und Schließung von Sitzungen automatisch zu behandeln. Weitere empfohlene Praktiken sind:
Abhängigkeitsinjektionsinterface : Die Verwendung der Sitzung durch Abhängigkeitsinjektion kann die korrekte Initialisierung und Reinigung im Lebenszyklus sicherstellen.
Konfiguration und Speicher mit Sitzungsservice verwalten : Durch die Konfiguration des Sitzungshandlers von Symfony können Sie Sitzungen in einer Datenbank, Redis oder benutzerdefinierten Speicher speichern, um die Leistung und Sicherheit zu verbessern.
Erweitern Sie sich mit Event -Hörern : Wenn Sie vor dem Schreiben der Sitzung wirklich eine Logik ausführen müssen, können Sie einen Ereignishörer beim Kernel registrieren. TERMINATE oder KERNEL.Response -Ereignisse.
Beispielsweise kann ein benutzerdefinierter Sitzungshandler in Framework.yaml konfiguriert werden von:
