Warum sollten Sie jemals asp.net's ViewState Speicherobjekt über das Session-Speicherobjekt verwenden?

Question

Abgesehen davon, dass der Sitzungsspeicher sitzungsübergreifend für mehr als eine Seite ist, warum sollten Sie überhaupt den Viewstate verwenden wollen, um Werte zu speichern?

Es scheint irgendwie lächerlich, irgendeine Art von Informationen außer ein paar kleinen Abfrage-String wie Werte, hin und her vom Client zum Server zu senden. Ich meine, was für eine Verschwendung von Bandbreite(!), nur für Speicherzwecke. Die Sitzung, während global über mehrere Seiten, scheint wie eine völlig überlegene Alternative zum Viewstate.

Insbesondere bei asp.net-Ajax-Steuerungen und -Varianten kann der Viewstate schnell aufgebläht werden, wenn man die verschiedenen Zustände und Variablen all dieser verschiedenen Steuerungen und HTML-Elemente verfolgt.

Aber warum gibt es dann überhaupt einen Viewstate-Speicher für Seitenvariablen und Objekte?

Vielleicht übersehe ich eine andere großartige Verwendung für den Viewstate-Speicher der Seite, weiß jemand etwas da draußen?

Vielen Dank fürs Lesen!

EDIT: Jeder hatte eine tolle Antwort, tut mir leid, wenn ich deine nicht ausgewählt habe.

Answer 1

Das ist zwar keine direkte Antwort auf Ihre Frage, aber es könnte Ihr Problem lösen.

Sie können den Viewstate serverseitig speichern, wodurch die Nutzlast für den Client entfällt.

Erstellen Sie eine Klasse, die page erbt, und überschreiben Sie die PageStatePersister. http://msdn.microsoft.com/en-us/library/system.web.ui.sessionpagestatepersister.aspx

 public class RussPage : Page
    {
         protected override PageStatePersister PageStatePersister
        {
            get
            {
                return new SessionPageStatePersister(Page);
            }
        }
    }

Answer 2

Das ist keine Antwort auf Ihre Frage, aber eine Ihrer Annahmen ist falsch.

Sitzungs-IDs können in der URL übergeben werden. Für die Sitzung sind keine Cookies erforderlich.

http://msdn.microsoft.com/en-us/library/aa479314.aspx

<sessionState cookieless="true" />

Answer 3

Wenn Sie eine Anwendung erstellen, bei der die Aufblähung des Viewstate größtenteils kein Problem darstellt, ist es besser, seitenbezogene Daten im Viewstate zu speichern, da dies die Leistung Ihres Servers verbessert. Wenn Sie mit Session oder Caching übertreiben, können Sie sich selbst mehr schaden als nützen.