HttpContext.Current.Items ist ein Speicher, der eine Lebensdauer der HTTP-Anfrage hat.
Ich würde gerne wissen, was das klassische ASP-Äquivalent dazu ist.
Sie könnten Session verwenden, um Dinge von Seite zu Seite auf ähnliche Weise zu speichern:
Session("MyVar") = "mein Wert, den ich behalten möchte"
Aber in ASP theres nicht viel Überspringen um Seiten, wie Sie in .net mit Benutzer-Steuerelemente usw. würde. Vielleicht sind Sie besser dran mit einigen Globals?
Wenn Sie uns ein wenig mehr Kontext geben (kein Wortspiel beabsichtigt), können wir Ihnen vielleicht besser die richtige Richtung weisen.
Context.Items überlebt nicht "von Seite zu Seite", auch wenn ich zustimme, dass es am ehesten möglich ist, das Session-Objekt zu verwenden, um primäre Elemente zu speichern und sie dann aus der Session zu löschen, bevor die Anfrage abgeschlossen wird, ist es immer noch ziemlich schwach im Vergleich zu Context.ITems.
Das ist das ganze Problem aber, es gibt keine wie für wie Spiel für Context.Items in ASP, so dass Sie nie etwas finden, die völlig übereinstimmt. Es ist schwierig, neuere Technik auf ältere Technik umzustellen. Es ist machbar, aber normalerweise mit einigen Abstrichen. Session ist der Weg, um dies in ASP zu erreichen, das ist, wofür es gebaut wurde, Benutzer aus der .net Welt müssen jedoch anpassen, wie sie es verwenden, um es nicht zu missbrauchen, weil, wie Sie richtig sagen, seine nicht nach jeder Anfrage gelöscht, wie Context.Items ist
Nicht ganz. Normalerweise würden Sie Context.Items verwenden, um Werte zu sammeln, die mit anderen Komponenten geteilt werden, die während der Verarbeitung einer Anfrage aufgerufen werden können. Am nächsten kommt ASP dieser Sache mit Server.Execute oder Server.Transfer, die beide keine Entsprechung in einer Sammlung mit globalem Umfang haben.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
