Asp.Net Web Forms 애플리케이션의 경우 요청된 URL은 특정 실제 파일(http://xxx.com/default.aspx)에 해당합니다. 이러한 URL은 특정 실제 파일과 밀접하게 연결되어 있어 가독성, SEO 최적화 등 많은 편리한 제한 사항을 가져옵니다. 이러한 제한 사항을 해결하기 위해 Microsoft는 URL 라우팅 시스템을 도입했습니다. 데모를 통해 Asp.Net 라우팅 시스템을 분석해 보겠습니다.
빈 WebForm 애플리케이션을 생성하고 Global.asax.cs 파일에 다음 코드를 추가합니다.
public class Global : System.Web.HttpApplication { protected void Application_Start(object sender, EventArgs e) { //处理匹配的文件 RouteTable.Routes.RouteExistingFiles = true; //url默认值 RouteValueDictionary defaults = new RouteValueDictionary() { { "name", "wuwenmao" }, { "id", "001" } }; //路由约束 RouteValueDictionary constraints = new RouteValueDictionary() { { "name", @"\w{2,10}" }, { "id", @"\d{3}" } }; //与路由相关的值,但不参与路由是否匹配URL模式 RouteValueDictionary dataTokens = new RouteValueDictionary() { { "defaultName", "wuwenmao" }, { "defaultId", "001" } }; RouteTable.Routes.MapPageRoute("default", "employees/{name}/{id}", "~/Default.aspx", false, defaults, constraints, dataTokens); } }
Default라는 새 애플리케이션을 생성합니다. WebForm 페이지에서 페이지 코드는 다음과 같습니다.
<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="WebApplication2.Default" %> <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <title></title> </head> <body> <form id="form1" runat="server"> <h1>这是Default.aspx页面</h1> <p> RouteData中Values: <ul> <% foreach (var value in RouteData.Values) { %> <li> <%=value.Key %>=<%=value.Value %> </li> <%} %> </ul> RouteData中DataTokens: <ul> <% foreach (var value in RouteData.DataTokens) { %> <li> <%=value.Key %>=<%=value.Value %> </li> <%} %> </ul> </p> </form> </body> </html>
입력 경로는 다음 3개이며, 결과는 동일합니다.
http:/ /localhost:2947/employees/wuwenmao/001
http://localhost:2947/employees/wuwenmao
http://localhost:2947/employees/
이유는 경로를 등록할 때 경로 템플릿의 변수에 기본값이 설정되어 있으므로 위 세 URL을 사용하면 동일하기 때문입니다.
Global 파일을 살펴보면 라우트 등록 시에도 변수가 설정되어 있습니다.
이것은 일반 규칙을 사용하여 변수 값을 제한하는 것입니다. 라우팅 템플릿에서 요청 URL의 해당 변수 값은 정규식과 일치하는 경우에만 올바르게 요청할 수 있습니다. 그렇지 않으면 404 오류가 반환됩니다. id 값의 길이가 3보다 큰 경우:
위는 간단한 예를 통해 Asp.Net 라우팅 시스템을 살펴보겠습니다. 소스 코드 라우팅 시스템의 구현 원리.
우선, 다음 명령문을 사용하여 글로벌 파일에 경로를 등록하면 실제로 글로벌 라우팅 테이블에 경로가 추가됩니다.
Reflector 도구를 통해 다음을 확인할 수 있습니다.
이제 경로를 등록한 후 문제가 발생합니다. Asp.Net은 라우팅 시스템을 어떻게 사용합니까? 실제로 Asp.Net 라우팅 시스템은 요청을 가로채는 HttpModule 개체를 등록한 다음 이를 현재 요청을 처리하는 데 사용되는 HttpHandler 개체에 동적으로 매핑하고 마지막으로 HttpHandler 개체를 통해 요청을 처리하고 응답합니다. 이 HttpModule은 실제로 UrlRoutingModule입니다. Asp.Net 프로그램을 시작하면 Global 파일의 Modules 속성을 통해 이를 확인할 수 있습니다. 아래 스크린샷에서 볼 수 있듯이 Modules 속성에는 UrlRoutingModule을 포함하는 등록된 HttpModule이 포함되어 있습니다. 🎜 >
이 UrlRoutingModule에서는 어떤 라우팅 관련 작업이 수행되나요? 계속해서 소스 코드를 살펴보겠습니다.위의 소스 코드를 보면 요청이 오면 Asp.Net이 등록된 UrlRoutingModule 모듈을 통해 요청을 가로채고 일치하는 항목을 찾는 것을 알 수 있습니다. 전역 라우팅 테이블에서 RouteData를 찾으면 HttpApplication에 따라 해당 HttpHandler를 얻은 다음 이를 후속 파이프라인 이벤트에 대한 현재 요청 컨텍스트에 매핑하여 현재 요청을 처리합니다. 계속해서 소스 코드를 살펴보고 UrlRoutingModule이 전역 라우팅 테이블에서 RouteData를 얻는 방법을 분석해 보겠습니다.
위에서 볼 수 있듯이 UrlRoutingModule은 실제로 등록된 각 Route의 GetRouteData를 차례로 호출하고 일치하는 첫 번째 RouteData를 반환합니다. 등록된 경로 중 일치하는 것이 없으며 null이 반환됩니다.
Route에서 GetRouteData가 수행하는 작업을 살펴보겠습니다.
일치 방법:
Route의 GetRouteData 메서드를 순차적으로 호출하면 GetRouteData 메서드에서 다음 작업이 수행됩니다.
1 ParsedRoute 유형의 Match 메서드가 호출되어 Url을 요청합니다. 일치하는 항목이 없으면 null이 직접 반환됩니다.
2. 요청 Url이 현재 Route 개체의 라우팅 템플릿과 일치하면, RouteData 객체;
3. 라우팅 정보 등록 시 정의된 제약 조건에 따라 현재 요청 Url이 통과하는지 확인합니다. 그렇지 않으면 null을 반환합니다.
4. 및 RouteData 개체의 DataTokens;
이 시점에서 Asp.Net의 라우팅 시스템에 대한 분석은 기본적으로 완료되었습니다. 공간적 제약으로 인해 하나씩 분석할 수는 없습니다.
요약:
위의 분석을 통해 생각을 정리하고 Asp.Net 라우팅 시스템이 수행하는 작업을 요약해 보겠습니다. 먼저 Route 개체를 Global에 등록하고, 그런 다음 Asp.Net에 등록된 HttpModule 모듈 UrlRoutingModule을 통해 요청 Url을 가로채고 전역 라우팅 테이블 RouteTables.Routes에서 Route 개체의 GetRouteData를 호출하여 요청 Url과 등록된 라우팅 정보를 일치시키고 첫 번째로 일치하는 RouteData를 반환합니다. , 검색이 완료됩니다. 전체 RouteTables.Routes 이후 일치하는 항목이 없으면 null이 반환되고 결국 프런트엔드 페이지에 404가 반환됩니다.
위 내용은 이 글의 전체 내용입니다. 모든 분들의 학습에 도움이 되기를 바랍니다.
Asp.Net 라우팅 시스템의 구현 원리를 분석하는 더 많은 기사를 보려면 PHP 중국어 웹사이트를 주목하세요!