Wann sollte ich html5 sessionStorage verwenden?

Ich habe den Unterschied zwischen gelernt sessionStorage (bleiben während der Sitzung bestehen) und localStorage (bleiben für immer bestehen, wenn sie nicht gelöscht werden).

Ich kann sehen, dass localStorage kann als bessere Version von Cookies verwendet werden. (mehr Größe, nicht für jede HTTP-Anfrage zum Server reisen, wie es Cookies tun).

Aber für sessionStorageIch denke Wann sollte ich es effektiv verwenden?

Ich habe über Benutzereingaben in Textfelder auf Seite A nachgedacht und gehe dann auf Seite B innerhalb desselben Tabs oder Browserfensters, Seite B kann Sitzungsspeicher nachschlagen.

Ich kann meine Vermutung nicht wirklich erweitern, mehr als das obige Szenario. Kann mir jemand sagen, wie SessionStorage verwendet werden kann?

Bei Ajax-gesteuerten dynamischen Schnittstellen gibt es oft nichts, was den aktuellen Zustand des Aussehens der Schnittstelle speichert (z. B. welche Registerkarte ausgewählt ist). sessionStorage könnte verwendet werden, um den Status der Benutzeroberfläche zu speichern. Wenn Sie also zu einer Seite zurückkehren, können Sie den Bildschirm so wiederherstellen, wie der Benutzer ihn betrachtet hat.

Eine andere Verwendung wäre, wenn Sie mehrere Seiten tief an einem einzelnen Objekt arbeiten, könnten Sie die ID wie eine globale Variable speichern: currentInvoiceId.

Benutzereinstellungen, die auf jeder Seite benötigt werden, wie ein spezielles Layout oder eine Vorlage, könnten einmal im Voraus geladen und eingefügt werden sessionStorage für einfachen Zugriff.

Einige Dinge, die der Benutzer nur einmal pro Anmeldung sehen soll, wie z. B. ein Nachrichten-Popup. Sie könnten speichern, dass sie es bereits gesehen haben sessionStorage. Dies würde auch für Aktionen funktionieren, die der Benutzer nur einmal pro Anmeldung ausführen soll.

Es ist eine gute Alternative zum Übergeben von Daten zwischen Seiten mit viewstate, hidden <input> Felder oder URL-Parameter.

Der Hauptgrund für die Verwendung von sessionStorage sind Fälle, in denen Ihr Benutzer, wenn er dieselbe Seite zweimal in zwei verschiedenen Registerkarten öffnen würde, separate Speicherbereiche für diese beiden Registerkarten wünschen würde. Stellen Sie sich beispielsweise eine Website vor, auf der Sie ein Ticket kaufen (und Sie können nur ein Ticket kaufen, wie bei einem Flugticketfluss, im Gegensatz zu einem Fall mit einem Einkaufswagen). Wenn der Benutzer versucht, zwei Tickets in zwei verschiedenen Registerkarten zu kaufen, möchten Sie nicht, dass sich die beiden Sitzungen gegenseitig stören. Mit sessionStorage können Sie diese Sitzungen unabhängig voneinander über mehrere Seitenladevorgänge hinweg verfolgen.