ASP.NET MVC 路由(二)

 ASP.NET MVC路由(二)

 

前言

在上一篇中，提及了Route、RouteCollection對象的一些信息，以及它們的結構所對應的關系。按照處理流程走下來還有遺留的疑問沒有解決這個篇幅就來講解一下。

URL規則的生成

Url規則看名字挺嚇唬人的，其實就是根據我們自定義的Url來解析出一個模式，然后等待請求的Url來的時候，跟我們定義的模式進行匹配(如下圖)。這是后續的內容。

在上篇中說到URL規則的定義是在Route對象中的，下面來講解在Route對象中怎么根據用戶注冊的URL轉變成URL規則。

還是用前面的示例來演示，在前篇中說道，在MapRoute方法中的”{control}/{action}/{id}”參數部分代表着要賦值到Route對象的Url屬性，也說過在賦值Route對象的Url屬性時Set訪問器還會做一些其它的操作。例如代碼1-1：

代碼1-1

        public class Route
        {
            private string _url;
            private ParsedRoute _parsedRoute;
            public string Url
            {
                get { return _url; }
                set
                {
                    _url = value;
                    //解析Value值
                    this._parsedRoute = RouteParser.Parse(value);
                }
            }
            ……
        }

這里只是顯示了Route對象的一部分用於演示，在代碼1-1中，可以看出RouteParser類型負責把接收到的Url值轉換成ParsedRoute類型的對象。

這個ParsedRoute類型的對象是Route類型的內部私有類型，而轉換而成的Url模式信息就存放在這個類型的對象實例中。請看圖1：

圖1

圖1所示，當一個Url值為”{controller}/{action}”賦值到Route對象的Url屬性時，會由RouteParser內部類型的Parse()靜態方法來執行Url解析並且轉換成ParsedRoute內部類型，而ParsedRoute類型的構造函數是由PathSegment類型的集合構成。而在MVC框架中並不是使用PathSegment類型的，而是使用PathSegment類型的的派生類（如圖2），並且這些派生類分別對應着不同的Url片段，就好比示例的”{controller}/{action}”就會分別的表示為兩種類型（下面會講到）。

圖2

正如圖2所示的對象模型，按照圖2的模型結構。這個時候ParsedRoute內部所存的Url模式值為圖3所示，

圖3

如圖3所示上述示例中的“controller”生成為ContentPathSegment類型，而“/”則被生成為SeparatorPathSegment類型。對於這些類型的具體細節這里就不做詳細的介紹了。目的在於只是把內部的實現粗略的把對象模型說明一下，目的就是讓大家知道有這么一個過程來生成URL規則，並且是什么樣的一個實現的方式，讓大家知道Route對象的本身就是帶有URL規則的，在服務器請求到來的時候是眾多Route對象根據自身攜帶的URL規則來進行匹配，這部分內容后續說到。

如果感興趣想清晰的知道內部實現的具體，可以自己用反編譯工具來看里面的源代碼，這部分的Url規則的生成過程就講到這里。

希望看完后大家能夠記住大概的流程和這些對象在系統中的位置。會在下一篇幅講解RouteData的是怎么根據請求的Url來匹配生成的。

 

 

 

作者：金源

出處：http://www.cnblogs.com/jin-yuan/

本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面