ViewState-Alternativen in ASP.NET-Webformularen

Question

Gibt es andere ViewState-Alternativen? Ich habe viel Like Session gehört, den Zustand einiger Steuerelemente der Seite gehalten und in dem Moment zerstört, in dem der Benutzer die Seite verlässt.

Ich weiß, ich beschreibe ViewState selbst, aber ich bin auf der Suche nach einem Muster von Arten oder Anregungen, so dass ich ViewState insgesamt vermeiden kann.

Ein Beispiel, wie ich es verwende, ist, wo ich den Inhalt meines Gitters (eine Liste von ViewModels) zu ViewState speichern. Dies hilft zu wissen, welche Einträge verschmutzt sind, welche geändert wurden, ihre Indizes, die aktuell ausgewählten Objekte usw.

Answer 1

Einer meiner Kollegen hat eine Möglichkeit entwickelt, Viewstate-Daten in einer Datei zu speichern. Schwere Viewstate-Daten werden also nicht zwischen Client und Server übertragen. Nur ein Schlüssel (die Viewstate-Datendatei), der die Viewstate-Datendatei darstellt, wird als Sitzungsvariable gehalten. In unseren Tests haben wir festgestellt, dass das Speichern von Viewstate in Datei die Serverantwortzeit durch Verringern der Viewstate (die damals sehr groß war) verringerte.

In diesem article unter "View State auf dem Server halten" können Sie herausfinden, wie diese Methode implementiert werden kann. Sie können Viewstate-Daten sogar in einer Datenbanktabelle speichern, was zusätzliche Flexibilität bietet, wenn sich Ihre Anwendung in einer Webfarm befindet.

Answer 2

Sie haben Session, und Sie haben Cache.

Sitzung ist pro Benutzer, Cache ist global.

Müssen Sie all das wirklich in ViewState speichern? Warum kannst du das einreichen (aber du bist sehr vage in deiner Frage, also mache ich hier ein paar Annahmen) hol dir alle alten Daten aus der Datenbank, vergleiche sie mit deinen neuen Daten und aktualisiere, was geändert wird?

Answer 3

Eine weitere Option ist die Komprimierung von ViewState. Es fügt der Hin- und Rückfahrt immer noch eine Menge hinzu, aber im Allgemeinen ist es minimal.

Wenn Sie mit .NET 4, gibt es einige nützliche neue Viewstate Ergänzungen:

ASP.NET 4.0: more control on viewstate management

Answer 4

Ich glaube nicht, dass Sie einen Fall machen von Viewstate weg zu bewegen.

Wenn Sie eine große Menge an Daten speichern, treten Probleme auf, wenn Sie sie an einem anderen Ort beibehalten. Session? Es wird Ihren Speicherverbrauch sprengen, oder wenn es außer Betrieb ist, werden Sie all das bei jedem Laden/Schreiben der Sitzung verschieben (einmal pro Anfrage). Sie können natürlich versuchen, das Problem zu begrenzen, indem Sie die gespeicherten Daten so schnell wie möglich freigeben, wie TempData in asp.net MVC.

Sie können die Menge der zu speichernden Informationen minimieren, um nach geänderten Datensätzen zu suchen, indem Sie einen Zeitstempel/eine Datensatzversion eingeben. Auf diese Weise können Sie einfach prüfen, ob eine neue Version hinzugefügt wurde, und dem Benutzer sowohl anzeigen, was er zu speichern versucht hat, als auch was jemand anders gespeichert hat.