일반적으로 Web Forms 페이지의 수명 주기는 서버에서 실행되는 웹 프로세스의 경우와 유사합니다. HTTP 프로토콜을 통해 전달되는 정보, 웹 페이지의 상태 비저장 특성 같은 웹 처리의 몇 가지 특징은 대부분의 웹 응용 프로그램에 적용되듯이 Web Forms 페이지에도 적용됩니다.

그러나 ASP.NET page framework는 많은 웹 응용 프로그램 서비스를 제공합니다. 예를 들어, ASP.NET page framework는 Web Forms 페이지와 함께 게시된 정보를 캡처하여 관련 값을 추출한 다음 개체 속성을 통해 정보에 액세스할 수 있도록 해줍니다.

Web Forms 페이지가 처리될 때 발생하는 이벤트의 순서를 이해하고 있으면 Web Forms 페이지와 웹 응용 프로그램을 보다 효과적으로 프로그래밍할 수 있습니다.

Web Forms 페이지의 수명 주기

페이지를 처리할 때 페이지 내부에서 수행되는 작업에 대해 자세히 알려면 Web Forms 페이지가 웹 응용 프로그램에서 작동하는 방식에 대한 근본적인 특징을 이해하는 것이 좋습니다.

라운드트립

가장 먼저 이해해야 할 사항은 Web Forms 페이지 내에서의 작업 분산입니다. 브라우저에 폼이 표시되면 사용자는 폼과 상호 작용하여 폼이 서버에 다시 게시되도록 합니다. 그러나 서버 구성 요소와의 상호 작용은 서버에서 수행되어야 하므로 처리해야 하는 각 동작에 대해 폼이 서버에 게시되어 처리된 후 브라우저로 반환되어야 합니다. 이러한 이벤트 순서를 라운드트립이라고 합니다.

참고   Web Forms에서는 사용자 입력 유효성 검사 및 일부 UI 프로그래밍 형식에 유용한 클라이언트 스크립트를 작성할 수 있습니다. 클라이언트 스크립트는 서버 구성 요소와 상호 작용하지 않습니다.

사용자가 주문을 입력할 경우 그 주문에 대한 재고량이 충분한지 확인하기 위해 응용 프로그램에서 사용자의 주문 입력 프로세스의 적절한 시점에 서버에 페이지를 게시하는 비즈니스 시나리오를 가정해 봅니다. 이 경우 서버 프로세스에서는 주문을 검사하고, 재고량을 조사하며, 비즈니스 논리(예: 오류를 표시하도록 페이지 수정)에 정의된 동작을 수행한 다음 페이지를 브라우저에 반환하여 사용자가 작업을 계속할 수 있도록 합니다.

라운드트립

Web Forms에서 단추 클릭 같은 대부분의 사용자 동작에 의해 라운드트립이 발생합니다. 따라서 ASP.NET 서버 컨트롤에서 사용할 수 있는 이벤트는 대개 클릭 형식의 이벤트로 제한됩니다. 대부분의 서버 컨트롤은 명시적 사용자 동작이 필요한 클릭 이벤트를 노출합니다.

마찬가지로 onmouseover처럼 자주 발생하는 이벤트의 경우, 이벤트가 발생할 때마다 또 다른 라운드트립이 서버로 보내지므로 폼의 응답 시간이 상당히 느려지기 때문에 서버 컨트롤에서는 이러한 이벤트를 제공하지 않습니다.

페이지 다시 만들기(뷰 상태 및 상태 관리)

모든 웹 시나리오에서는 라운드트립마다 페이지가 다시 만들어집니다. 서버에서는 처리를 끝낸 페이지를 브라우저로 전송하자마자 페이지 정보를 삭제합니다. 웹 응용 프로그램은 각 요청 이후에 서버 리소스를 비움으로써 수많은 동시 사용자를 지원할 수 있습니다. 다음에 페이지가 게시될 때 서버에서는 페이지를 만들어 처리하는 과정을 다시 시작하므로 웹 페이지는 상태 비저장이라고 합니다. 상태 비저장이란 페이지의 변수 값과 컨트롤 값이 서버에 보존되지 않는다는 의미입니다.

참고   서버가 페이지 정보를 캐싱하여 페이지를 최적화하도록 구성할 수도 있지만, 응용 프로그래밍이라는 목적을 위해서는 서버가 페이지 처리를 완료하자마자 정보가 삭제된다고 생각하는 것이 가장 명확합니다.

기존의 웹 응용 프로그램에서 서버에 있는 폼 관련 정보는 사용자가 폼의 컨트롤에 추가한 정보 뿐입니다. 왜냐하면 폼이 게시될 때 그 정보가 서버로 전송되기 때문입니다. 변수 값이나 속성 설정 같은 기타 정보는 삭제됩니다.

ASP.NET은 이 같은 한계를 다음 방법으로 해결합니다.

• 라운드트립 간에 페이지와 컨트롤 속성을 저장합니다. 즉, 컨트롤의 뷰 상태를 저장하는 것입니다.
• 상태 관리 기능을 제공하여 사용자가 라운드트립 간에 가변적인 응용 프로그램 또는 세션 관련 정보를 저장할 수 있도록 합니다.
• ASP.NET은 폼이 처음 요청된 경우와 게시된 경우를 구분하여 인식할 수 있으므로 프로그래머가 각 상황에 따라 프로그래밍할 수 있습니다. 페이지를 다시 게시할 때와 처음 요청할 때 각기 다르게 동작하도록 할 수도 있습니다.

이벤트 구동 모델과 선형 처리 모델의 이점 비교

ASP(Active Server Pages) 사용 경험이 있는 경우에는 ASP가 선형 처리 모델이라는 사실을 알 것입니다. ASP 페이지는 내림차순으로 처리됩니다. ASP 코드 및 정적 HTML의 각 행은 파일에 나타나는 순서대로 처리됩니다. 사용자의 동작에 의해 페이지가 라운드트립에서 서버에 게시됩니다. 이 동작으로 라운드트립이 발생하기 때문에 서버에서는 페이지를 다시 만들어야 합니다. 다시 생성된 페이지는 전과 마찬가지로 내림차순으로 처리되므로 이 페이지는 진정한 이벤트 구동 동작을 보여 주지 않습니다. 이벤트 구동을 원한다면 페이지를 명시적으로 디자인해야 합니다. 뿐만 아니라 페이지 및 컨트롤 상태를 가장 기본적인 수준에서 명시적으로 유지해야 합니다. 이 모델을 사용하면 어셈블링할 수 있는 사용자 인터페이스가 제한되며 이를 지원하는 데 필요한 코드도 더욱 복잡해집니다.

이와 비교해 볼 때, 이벤트 구동 모델은 기존의 Visual Basic 응용 프로그램에서와 마찬가지로 폼에서 초기화되어 표시되는 프로그래밍 가능한 요소를 포함합니다. 사용자는 이벤트를 발생시켜 이벤트 처리기를 호출하는 요소와 상호 작용합니다. 이 모델은 진정한 이벤트 구동 동작을 지원하므로 디자인에 따라서는 매우 다양한 어셈블링 가능 사용자 인터페이스를 사용할 수 있을 뿐 아니라 이를 지원하는 데 필요한 코드의 복잡성도 줄일 수 있습니다.

ASP.NET은 이벤트 구동 모델의 동작을 에뮬레이션함으로써 ASP의 선형 처리 모델을 대신합니다. ASP.NET page framework는 이벤트와 이벤트 처리기를 암시적으로 연결하기 위해 제공됩니다. 페이지 프레임워크를 사용하면 사용자 동작에 반응하는 사용자 인터페이스를 쉽게 만들 수 있습니다. 이벤트 작성 및 사용과 이벤트 처리기에 대한 자세한 내용은 Web Forms 페이지에서 서버 이벤트 처리를 참조하십시오.

또한 ASP.NET page framework는 페이지 및 컨트롤 상태 관리를 쉽게 구현할 수 있도록 해줍니다. 상태 관리에 대한 자세한 내용은 Web Forms 상태 관리를 참조하십시오.

예를 들어, ASP.NET을 사용하면 브라우저에서 전달되는 이벤트에 대한 이벤트 처리기를 서버 코드에서 설정할 수 있습니다. 사용자가 단추 서버 컨트롤 하나를 포함하는 Web Form 페이지와 상호 작용하고 있다고 가정합니다. 사용자가 단추 컨트롤을 클릭하면 이벤트가 발생하여 HTTP 게시를 통해 서버로 전달된 다음, 거기에서 ASP.NET page framework가 게시된 정보를 해석하여 발생한 이벤트를 해당 이벤트 처리기에 연결합니다. 이 이벤트 처리기는 ASP.NET에서 제공하는 기본 처리기일 수도 있고 사용자가 직접 만든 것일 수도 있습니다. ASP.NET page framework는 표준 처리 과정의 일부로서 단추에 적합한 이벤트 처리기를 자동으로 호출합니다. 따라서 이제 이벤트와 같은 동작을 선형 처리 모델로 명시적으로 디자인할 필요가 없습니다. Web Forms 이벤트 처리에 대한 자세한 내용은 ASP.NET 서버 컨트롤 이벤트 모델을 참조하십시오.

Web Forms 처리 단계

ASP.NET page framework는 별도의 단계에서 Web Forms 페이지를 처리합니다. Web Forms 처리의 각 단계에서는 이벤트가 발생할 수 있으며 그 경우 해당 이벤트 처리기가 실행됩니다. 이 메서드는 Web Forms 페이지의 내용을 업데이트할 수 있는 진입점(후크)을 제공합니다.

아래 표에서는 페이지 처리의 가장 일반적인 단계, 페이지 처리가 수행될 때 발생하는 이벤트 및 각 단계의 일반적인 용도에 대해 설명합니다. 페이지 처리 단계는 폼이 요청되거나 게시될 때마다 반복됩니다. Page.IsPostBack 속성을 사용하면 페이지가 처음 처리되는지 여부를 테스트할 수 있습니다.

참고   Web Forms 페이지 처리에는 아래 표에 나열된 것보다 더 많은 단계가 있지만, 그러한 단계는 대부분의 페이지 처리 시나리오에서 사용되지 않습니다. 이들 단계는 Web Forms 페이지의 서버 컨트롤에서 초기화 및 렌더링을 수행하는 데 주로 사용됩니다. 고유의 ASP.NET 서버 컨트롤을 작성하려면 이 단계를 보다 자세히 이해하고 있어야 합니다. 전체 페이지 처리 단계에 대한 자세한 내용은 ASP.NET 서버 컨트롤 개발을 참조하십시오.