ASP.NET 응용 프로그램에는 하이퍼링크 사용, Response.Redirect 사용, Server.Transfer 사용 또는 Server.Execute 사용 등 웹 양식 간을 탐색하는 방법이 많이 있습니다. 이 기사에서는 이러한 네 가지 탐색 방법의 유사점, 차이점, 장단점을 분석하여 최상의 탐색 방법을 선택하는 데 도움을 줄 것입니다.
1. 하이퍼링크
한 양식에서 다른 양식을 입력하는 가장 간단한 방법은 HTML 하이퍼링크 컨트롤을 사용하는 것입니다. 웹 양식에서는 다음과 같은 하이퍼링크의 HTML 코드 클래스를 사용합니다.
<a href="WebForm2.aspx">Enter Form 2</a>
사용자가 하이퍼링크를 클릭하면 WebForm2.aspx가 실행되고 결과가 다음으로 전송됩니다. 브라우저. 하이퍼링크 탐색은 HTML 페이지와 일반 ASP 페이지를 포함하여 거의 모든 곳에서 사용할 수 있습니다. ASP.NET은 또 다른 대체 방법인 HyperLink 서버 컨트롤도 제공합니다.
<form id="Form1" method="post" runat="server">
<asp:HyperLink id="HyperLink1" runat=" server"
NavigateUrl="WebForm2 .aspx">양식 2 입력</asp:HyperLink>
</form>
위 HTML 코드의 실행 결과는 ASP.NET이 HyperLink 웹 서버 컨트롤을 HTML 슈퍼 링크 컨트롤로 처리하기 때문에 첫 번째 예와 동일합니다. 그러나 둘 사이에는 한 가지 중요한 차이점이 있습니다. HyperLink 웹 서버 컨트롤은 서버 측에서 프로그래밍할 수 있습니다. 특히 해당 NavigateUrl 속성은 프로그램 코드에서 변경될 수 있으므로 특정 대상이 응용 프로그램의 현재 상태에 따라 동적으로 변경될 수 있는 하이퍼링크를 생성할 수 있습니다. 예:
Private Sub Button1_Click( _
ByVal sender As System.Object, _
ByVal e As System.EventArgs) _
Handles Button1.Click
HyperLink1.NavigateUrl = "WebForm3.aspx"
End Sub
이 코드가 실행된 후 사용자가 링크를 클릭하면 WebForm2.aspx 대신 WebForm3.aspx가 표시됩니다.
2. 프로그램을 사용하여 리디렉션을 제어합니다.
하이퍼링크를 통해 한 페이지에서 다른 페이지로 이동할 수 있지만 이 탐색 방법은 전적으로 사용자가 제어합니다. 때로는 다른 페이지로 이동하는 시기를 포함하여 전체 탐색 프로세스를 제어하기 위해 코드를 사용해야 할 수도 있습니다. 이러한 상황에서 ASP.NET에는 유사한 목적을 달성하기 위한 세 가지 방법이 있습니다. 즉, Response 개체의 Redirect 메서드를 호출하고 Server 개체의 Transfer 또는 Execute 메서드를 호출하는 것입니다. 이 세 가지 탐색 방법의 동작은 기본적으로 유사하지만 차이점이 있습니다.
2.1 Response.Redirect
Response.Redirect 메소드는 브라우저가 지정된 URL에 연결되도록 합니다. Response.Redirect() 메서드가 호출되면 상태 코드 302(대상이 변경되었음을 나타냄)와 응답 헤더에 새 대상 URL이 포함된 응답이 생성됩니다. 브라우저는 서버로부터 응답을 수신하고 응답 헤더의 정보를 사용하여 새 URL에 대한 요청을 발행합니다.
즉, Response.Redirect 메서드를 사용할 때 리디렉션 작업은 클라이언트 측에서 발생하며 서버와의 총 두 번의 통신(두 번의 왕복)이 포함됩니다. 첫 번째는 원본 페이지에 대한 요청으로, 302 응답, 두 번째는 302 응답에 선언된 새 페이지를 요청하고 리디렉션 후 페이지를 가져오는 것입니다.
2.2 Server.Transfer
Server.Transfer 메서드는 현재 ASPX 파일의 실행 흐름을 동일한 서버의 다른 ASPX 페이지로 전송합니다. Server.Transfer가 호출되면 현재 ASPX 페이지의 실행이 종료되고 실행 흐름이 다른 ASPX 페이지로 전송되지만 새 ASPX 페이지는 여전히 이전 ASPX 페이지에서 생성된 응답 스트림을 사용합니다.
Server.Transfer 메서드를 사용하여 페이지 간을 탐색하는 경우 리디렉션이 완전히 서버 측에서 수행되고 브라우저는 서버가 페이지 변경을 수행했음을 알지 못하기 때문에 브라우저의 URL은 변경되지 않습니다.
기본적으로 Server.Transfer 메서드는 한 페이지에서 다른 페이지로 양식 데이터나 쿼리 문자열을 전달하지 않지만 메서드의 두 번째 매개 변수가 True로 설정되어 있으면 첫 번째 페이지의 양식 데이터가 보존되고 쿼리될 수 있습니다. 끈.
동시에 Server.Transfer를 사용할 때 한 가지 주의해야 할 점은 대상 페이지가 원본 페이지에서 생성된 응답 스트림을 사용하므로 ASP.NET의 MAC(컴퓨터 인증 확인)이 새 페이지의 ViewState를 생각하게 한다는 것입니다. 조작되었습니다. 따라서 원본 페이지의 양식 데이터 및 쿼리 문자열 컬렉션을 유지하려면 대상 페이지의 Page 지시문에 대한 EnableViewStateMac 속성을 False로 설정해야 합니다.
2.3 Server.Execute
Server.Execute 메서드를 사용하면 현재 ASPX 페이지가 동일한 웹 서버에서 지정된 ASPX 페이지를 실행할 수 있습니다. 지정된 ASPX 페이지가 실행되면 제어 흐름이 원래 페이지에서 Server.Execute를 실행한 위치로 돌아갑니다. 부르다.
이 페이지 탐색 방법은 ASPX 페이지에 대한 함수 호출과 유사합니다. 호출된 페이지는 호출 페이지의 양식 데이터 및 쿼리 문자열 컬렉션에 액세스할 수 있으므로 호출된 페이지의 Page 명령에 대한 EnableViewStateMac 속성을 False로 설정해야 합니다.
기본적으로 호출된 페이지의 출력은 현재 응답 스트림에 추가됩니다. 그러나 Server.Execute 메서드에는 호출된 페이지의 출력을 출력 스트림에 직접 추가하는 대신 TextWriter 개체(또는 StringWriter 개체와 같은 하위 개체)를 통해 얻을 수 있도록 하는 오버로드된 메서드가 있으므로 호출된 페이지의 출력 결과 위치를 쉽게 조정할 수 있습니다.
작업 프로세스를 설명하기 위해 웹 양식을 만들고, 단추 컨트롤(Button1)과 텍스트 컨트롤(Literal1)을 넣고, 디자인 인터페이스의 코드 보기로 전환하고, System.IO 네임스페이스의 Imports 문을 추가하고, 그런 다음 사용자가 버튼을 클릭할 때 실행되는 코드를 추가합니다.
Private Sub Button1_Click( _
ByVal sender As System.Object, _
ByVal e As System.EventArgs) _
Handles Button1.Click
Dim sw As StringWriter = New StringWriter()
Server.Execute( "WebForm2.aspx", sw)
Literal1.Text = sw.ToString()
End Sub
그런 다음 동일한 웹 응용 프로그램에 대한 두 번째 페이지 WebForm2.aspx를 만듭니다. 페이지의 HTML 보기로 이동하여 페이지 지시문을 수정하여 ViewState 검사를 비활성화합니다.
<%@ Page Language="vb" AutoEventWireup="false" Codebehind="WebForm2.aspx.vb"
Inherits="Navigate.WebForm2" EnableViewStateMac= "false "%>
다시 디자인 보기로 이동하여 두 번째 페이지에 일부 컨트롤을 추가합니다. 다음으로 첫 번째 페이지를 기본 페이지로 설정하고 애플리케이션을 시작합니다. 단추를 클릭하면 그림 1과 같이 WebForm1의 Literal 단추가 있는 위치에 WebForm2의 컨트롤이 표시됩니다. 페이지 제목과 URL에는 여전히 원본 페이지 WebForm1이 표시됩니다.
그림 1: Server.Execute를 사용하여 두 개의 소스 파일 병합
Server.Transfer 또는 Server.Execute 메서드를 사용하여 탐색을 구현할 때 주의할 점은 마지막 페이지가 최종적으로 반환되는 HTML 페이지가 아닐 수 있다는 것입니다. 클라이언트에는 여러 <HTML> 및 <BODY> 태그가 포함될 수 있습니다. Internet Explorer는 이러한 상황을 올바르게 용인하고 처리하는 것으로 보이지만 다른 브라우저를 사용하려는 경우 신중하게 테스트하는 것이 좋습니다.
3. 비교 및 선택
한 페이지에서 다른 페이지로 이동하는 방법이 너무 많기 때문에 가장 좋은 탐색 방법을 어떻게 선택해야 합니까? 고려해야 할 몇 가지 요소는 다음과 같습니다.
·사용자가 언제 페이지를 전환하고 어느 페이지로 이동할지 결정하도록 하려는 경우 하이퍼링크가 가장 좋습니다.
·프로그램을 사용하여 변환 대상을 제어하고 싶지만 변환 시기는 사용자가 결정하는 경우 웹 서버의 HyperLink 컨트롤을 사용하여 해당 NavigateUrl 속성을 동적으로 설정합니다.
·사용자를 다른 서버의 리소스에 연결하려면 Response.Redirect를 사용하십시오.
· Response.Redirect를 사용하여 HTML 페이지와 같은 비 ASPX 리소스에 사용자를 연결합니다.
· 쿼리 문자열을 URL의 일부로 유지하려면 Response.Redirect를 사용하십시오.
·실행 프로세스를 동일한 웹 서버의 다른 ASPX 페이지로 전송하려면 Response.Redirect 대신 Server.Transfer를 사용해야 합니다. Server.Transfer를 사용하면 불필요한 네트워크 통신을 피할 수 있어 더 나은 성능과 검색 효과를 얻을 수 있기 때문입니다.
· 한 ASPX 페이지의 출력 결과를 캡처한 다음 그 결과를 특정 위치의 다른 ASPX 페이지에 삽입하려면 Server.Execute를 사용하십시오.
·HTML 출력이 합법적인지 확인하려면 Response.Redirect를 사용하고 Server.Transfer 또는 Server.Execute 메서드를 사용하지 마십시오.
이 기사는 http://www.ondotnet.com/pub/a/dotnet/2003/04/07/aspnetnav.html에서 번역되었습니다.