홈페이지>네트워크 프로그래밍 튜토리얼>ASP.NET 튜토리얼

URL 재작성(1):IIS-ASP.NET

저자：Eve Cole 업데이트 시간：2009-06-29 23:46:48
URL 재작성은 오랫동안 대부분의 개발자들에게 받아들여졌고, URL 재작성에 관한 수많은 구성요소와 기사가 인터넷에 있습니다. 그러나 저는 항상 만족스럽지 못하다고 느껴서 결국 이 시리즈를 쓰지 않을 수 없었습니다. 기사의. 이 기사에서는 URL 재작성의 가치와 중요성에 대해 설명하지 않고 순전히 기술적인 내용에 대해서만 설명합니다. 이 기사에서는 자세한 구현 분석을 제공하지는 않지만 내 경험을 결합하여 애플리케이션 관점에서 이 주제를 설명할 것입니다. 이미 알고 있는 것, 아직 모르는 것, 다른 곳에서 언급한 것, 아직 언급하지 않은 것, 이 시리즈의 '옛 것의 재검토'가 여러분에게 지루함을 주지 않기를 바라며, ASP.NET의 모든 측면을 이해하는 데 도움이 됩니다. 나중에 URL Rewrite에 문제가 발생하면 이 글들을 생각하시면 꿈에서 크게 웃을 수 있을 것 같습니다.

이 기사 뒷부분에서 논의되는 주제를 완전히 이해하려면 IIS와 ASP.NET 간의 통신 프로세스를 간략하게 이해해야 합니다. 여기서 설명하는 것은 IIS 6 서버입니다. IIS 5와 IIS 7의 경우 전자는 제거되었다고 할 수 있지만 후자의 "클래식 모드"는 IIS 6과 완전히 동일하며 새로운 "파이프라인 모드"는 실제로 ASP의 일부 개념에 대해 이야기합니다. NET과 IIS의 긴밀한 통합. IIS 6과 ASP.NET을 이해하신다면 IIS 7의 통합 모드에서는 문제가 없을 것이라 믿습니다.

먼저, 요청 수신부터 응답 반환까지 IIS의 전체 프로세스에 대한 몇 가지 주요 단계를 보여주는 간단한 도식 다이어그램을 살펴보겠습니다.

  1. IIS가 요청을 받습니다.
  2. 선택기는 URL의 특성과 IIS의 구성을 기반으로 요청을 처리하기 위해 ISAPI를 선택합니다. 이제 ASP.NET ISAPI를 선택하는 것이 당연합니다.
  3. ASP.NET 실행 엔진은 요청을 수신하고 데이터를 초기화합니다(예: 다양한 개체 구축).
  4. 자연스럽게 BeginRequest부터 시작하여 다양한 파이프라인 이벤트를 트리거해 보세요.
  5. 여러 파이프라인 이벤트 후에 ASP.NET은 구성에 따라 현재 요청에 적합한 Handler 또는 HandlerFactory를 선택합니다(결과를 직접 출력하고 이전 이벤트에서 요청을 종료하는 등 특별한 상황은 제외).
  6. Handler에 의해 처리된 후 여러 Pipeline 이벤트를 거쳐 EndRequest로 끝납니다.
  7. 출력 응답.

ASP.NET 응용 프로그램에서 URL 재작성을 수행하려는 경우 일반적으로 BeginRequest 이벤트에서 HttpContext의 RewritePath 메서드를 호출하여 요청 위치를 대상 URL로 다시 지정합니다. 예를 들어 이를 달성하기 위해 Global.asax의 Application_BeginRequest 메서드를 재정의할 수 있습니다.

BeginRequest에서 Rewrite가 수행되는 이유는 이 이벤트가 모든 파이프라인 이벤트 중에서 가장 먼저 트리거되기 때문입니다. 이때 위치를 변경한 후 현재 HttpContext의 일부 속성도 그에 따라 변경되었습니다(예: HttpContext.Request.Path). 이러한 방식으로 다음 파이프라인 이벤트의 처리기 논리가 영향을 받습니다. 예를 들어 디렉터리를 기반으로 사용 권한을 결정해야 하는 경우 ASP.NET에서 받은 요청 대신 "위치된" 경로가 사용됩니다. 당연히 가장 "중요한" 변경 사항은 핸들러를 선택하는 것입니다. 예를 들어 위 예에서는 ASP.NET 엔진이 System.Web.UI를 선택하도록 요청을 "CustomerList.aspx" 파일로 재배치합니다. *.aspx에 해당합니다. PageHandlerFactory 클래스가 요청을 처리합니다.

공개 클래스 글로벌 : System.Web .
{
    protected void Application_BeginRequest( 객체 전송자, EventArgs e)
    {
        HttpContext 컨텍스트 = HttpContext .Current;
 
        if (context.Request.Path.Equals( "/Customers" ,
            문자열비교 .InvariantCultureIgnoreCase))
        {
            context.RewritePath( "~/CustomerList.aspx" );
        }
    }
}

마지막으로 "ASP.NET 파이프라인"과 "웹 양식"이라는 두 가지 개념을 구별해야 합니다. 둘 다 ASP.NET에서 중요한 모델이지만 차이점은 여전히 ​​매우 큽니다.

  • ASP.NET 파이프라인: ASP.NET 응용 프로그램에서 수신하는 모든 요청은 이 "파이프라인"을 통해 처리됩니다. 이는 ASP.NET 수준 모델입니다.
  • 웹 양식: ASP.NET 파이프라인을 실행하는 동안 단계 중 하나는 요청을 처리하는 데 적합한 처리기(또는 HandlerFactory)를 선택하는 것입니다. aspx 페이지인 경우 ASP.NET은 WebForms 모델이 최종적으로 형성되는 System.Web.UI.PageHandlerFactory 클래스를 선택합니다.

사실 위 문장에서 '형태'라는 단어는 정확하지 않을 수도 있습니다. Web Forms는 아마도 독립적으로 사용할 수 있는 실행 엔진 및 모델이어야 하며 System.Web.UI.PageHandlerFactory는 이 모델만 사용하기 때문입니다. ASP.NET 응용 프로그램을 작성할 때 필요에 따라 다른 위치에서 이 모델을 사용할 수 있습니다. 예를 들어 " 기술: HTML 생성을 위한 사용자 컨트롤 사용 " 기사에서는 ascx를 일반 처리기의 템플릿으로 사용하여 콘텐츠를 생성합니다.
관련 기사