ASP.NET-Seitenübergänge
Response.Redirect versus Server.Transfer

Das serverseitige Programmiermodell erfordert ein neues Ablaufmodell bei Seitenübergängen. ASP.NET geht in sei-nem Anwendungsmodell etwas weg von clientbasierten Seitenübergängen und hin zu einem Modell, in dem ASPX-Seiten ihre Angelegenheiten primär selbst regeln. Ein Seitenübergang von einer zur nächsten Webseite erfolgt in ASP.NET so, dass zunächst die aktuelle Seite erneut aufgerufen wird, damit die dort hinterlegten Ereignisbehand-lungsroutinen ausgeführt werden können. Erst nachdem diese abgearbeitet wurden, erfolgt der Aufruf der nächsten Seite. Dies bezeichnet man in ASP.NET als Postback-Architektur.

Wenn ein <from>-Tag über das Attribut runat=server verfügt, wird ein eventuell vorhandenes Action-Attribut im FORM-Tag ignoriert. Es wird immer die aktuelle Seite selbst wieder aufgerufen, da sonst die Ereignisbehandlungs-routinen gar nicht ausgeführt werden könnten. Natürlich ist es dennoch notwendig, Konstrukte für den Seitenüber-gang nach einem Postback zu haben, da man sonst immer nur auf einer Seite verbleiben oder aber dem Benutzer durch einen Hyperlink clientseitig die Möglichkeit zur Navigation geben müsste. ASP.NET bietet hierfür die gleichen Möglichkeiten mit client- und serverseitigem Redirect – allerdings ist die Imple-mentierung anders als im klassischen ASP. Ein tatsächlicher Seitenübergang muss im Programmcode explizit ausgedrückt werden.

Dazu gibt es zwei Optionen:

• Serverseitiger Seitenübergang durch Übergabe der Programmkontrolle an die nächste .aspx-Seite: Ser-ver.Transfer()
• Clientseitiger Seitenübergang durch Umleitung des Clients (Senden des HTTP-Status-Codes 302 an den Client): Response.Redirect()

Die folgende Tabelle stellt die die Methoden Response.Redirect() und Server.Transfer() gegenüber: