Frage

Ist das eine gute Praxis, um die Objekte des Domänenmodells in der PHP -Sitzung zu speichern?

Dies würde es ermöglichen, jedes PHP -Objekt für jede PHP -Anforderung zu vermeiden und zu rekonstruieren.

Gibt es eine Größengrenze?

War es hilfreich?

Lösung

Wenn Sie OOP in PHP verwenden, möchten Sie wahrscheinlich, dass diese Objekte aus mehreren Gründen bei jeder Anfrage rekonstruiert werden. Alles in allem würde es keinen großen Unterschied zwischen Speichern, Laden und Deserialisierung der Objekte aus der Sitzung geben, wie Sie vorgeschlagen haben, oder sie auch nur zu rekonstruieren.

Es würde natürlich viel von den Klassen abhängen, die Sie auch verwenden. Das Erstellen einer Klasse ist in der Regel in Bezug auf die Leistung in der Regel nicht sehr problematisch, es sei denn, dies ist eine Menge Dinge erforderlich (Datenbankabfragen usw.)

Darüber hinaus kann dies Ihren Code weniger verständlich und/oder auch aufrechterhalten machen.

Und ja, es gibt eine Größe begrenzt durch die maximale Speicherverwendung von PHP -Set im php.ini

Diese Frage ist also nicht wirklich verantwortlich, es sei denn, Sie wissen genau, welche Klassen Sie in der Sitzung speichern möchten, was sie tun und wie sie interagieren.

Wenn Sie beispielsweise eine Klasse haben, die einen angemeldeten Benutzer auf Ihrer Website abstrahiert, würde das Speichern ihres Objekts in der PHP-Sitzung wahrscheinlich eine gute Idee. In den meisten anderen Fällen würde dies jedoch nicht.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top