ASP.NET MVC 框架URL路徑選擇規(guī)則
我們通過(guò)創(chuàng)建象下面這樣一個(gè)ProductsController類來(lái)處理這些URL：
在把上面這個(gè)類加到我們的應(yīng)用中后，asp.net mvc框架就會(huì)把進(jìn)來(lái)的URL自動(dòng)導(dǎo)向到我們的控制器上的適當(dāng)?shù)腶ction方法來(lái)處理請(qǐng)求。
在今天的貼子里，我們將深入討論這個(gè)URL映射是如何發(fā)生的，以及探討我們可以在asp.net mvc框架中利用的更高級(jí)的路徑選擇（routing）場(chǎng)景。我還將示范你如何可以輕松地單元測(cè)試URL路徑選擇場(chǎng)景。
asp.net mvc 框架的URL路徑選擇系統(tǒng)都做些什么？
asp.net mvc 框架包括了一個(gè)很靈活的URL路徑選擇系統(tǒng)，它允許你在應(yīng)用中定義URL映射規(guī)則。路徑選擇系統(tǒng)有2個(gè)主要目的：
把進(jìn)來(lái)的URL映射到應(yīng)用，并把它們做導(dǎo)向，這樣，正確的Controller和Action方法執(zhí)行來(lái)處理這些請(qǐng)求
構(gòu)建可以用來(lái)回調(diào)Controllers/Actions的輸出到客戶端的URL（例如，表單提交， < a href=""> 鏈接, 和 AJAX 調(diào)用等等）
能夠使用URL映射規(guī)則來(lái)同時(shí)處理進(jìn)來(lái)的和輸出的URL場(chǎng)景給應(yīng)用代碼添加了許多靈活性。這意味著，如果我們以后想改變應(yīng)用的URL結(jié)構(gòu)的話（譬如，把 /Products 改名為 /Catalog），我們可以修改應(yīng)用層次的一套映射規(guī)則即可，而不需要改動(dòng)控制器或視圖模板中的任何代碼。
默認(rèn)的asp.net mvc URL路徑選擇規(guī)則
在默認(rèn)情形下，當(dāng)你使用Visual Studio用asp.net mvc Web Application模板來(lái)創(chuàng)建一個(gè)新項(xiàng)目時(shí)，它會(huì)往項(xiàng)目里添加一個(gè)asp.net Application類。這是在Global.asax后臺(tái)代碼中實(shí)現(xiàn)的：
asp.net Application類允許開(kāi)發(fā)人員處理應(yīng)用啟動(dòng)/中止以及全局性的錯(cuò)誤處理的邏輯。
默認(rèn)的asp.net mvc項(xiàng)目模板自動(dòng)向該類添加一個(gè)Application_Start方法，在其中注冊(cè)2條URL路徑選擇規(guī)則：
上面的***條路徑選擇規(guī)則表示，asp.net mvc框架在默認(rèn)情形下，在決定用哪個(gè)Controller類來(lái)生成實(shí)例，調(diào)用哪個(gè)Action方法時(shí)（以及哪些需要傳入的參數(shù)時(shí)），應(yīng)該使用"[controller]/[action]/[id]"的格式把URL映射到控制器上。
這個(gè)默認(rèn)的路徑選擇規(guī)則就是為什么***部分中我們的電子商務(wù)瀏覽例程中對(duì)URL /Products/Detail/3 的請(qǐng)求自動(dòng)調(diào)用我們的ProductsController類的Detail方法，并且傳入3作為id參數(shù)值的原因：
上面的第二條路徑選擇規(guī)則，是用來(lái)對(duì)我們應(yīng)用的根URL"Default.aspx"做特例處理的（當(dāng)處理一個(gè)應(yīng)用的根URL的請(qǐng)求時(shí)，這個(gè)URL有時(shí)會(huì)被服務(wù)器代替"/"來(lái)傳入）。這個(gè)規(guī)則確保對(duì)我們應(yīng)用的根"/Default.aspx"或"/"的請(qǐng)求，都會(huì)由HomeController類（是在我們使用asp.net mvc Web Application項(xiàng)目模板生成一個(gè)新的應(yīng)用時(shí)，由Visual Studio自動(dòng)生成的控制器）里的Index() action方法處理。
理解Route實(shí)例
路徑選擇規(guī)則是通過(guò)向System.Web.mvc.RouteTable的Routes集合添加Route實(shí)例來(lái)注冊(cè)的。
Route類定義了許多你可以用以配置映射規(guī)則的屬性。你可以通過(guò)“傳統(tǒng)的” .net 2.0屬性賦值的方式來(lái)設(shè)置這些屬性：
或者利用VS 2008的C#和VB編譯器中的新的對(duì)象初始化器特性，更簡(jiǎn)潔地設(shè)置屬性：
Route類的Url屬性定義了應(yīng)該用來(lái)評(píng)估一個(gè)路徑選擇規(guī)則是否適用于進(jìn)來(lái)的特定請(qǐng)求的Url匹配規(guī)則。它還定義了URL應(yīng)該如何分割成（tokenized）不同的參數(shù)。URL中可替換的參數(shù)，是通過(guò) [參數(shù)名稱] 的句法來(lái)定義的。就象在后文論及的那樣，我們并不限制于一套固定的“熟知”參數(shù)名稱，你可以在URL使用任何數(shù)目的任意參數(shù)。例如，我可以使用一個(gè)"/Blogs/[Username]/Archive/[Year]/[Month]/[Day]/[Title]"的URL規(guī)則把進(jìn)來(lái)的一個(gè)博客貼子的URL進(jìn)行分割，由mvc框架自動(dòng)分析成UserName，Year，Month，Day 和 Title參數(shù)，并把它們傳入我的控制器的action方法中。
Route類上的Defaults屬性定義了一個(gè)默認(rèn)值的字典，可以在進(jìn)來(lái)的URL并不包含某個(gè)指定的參數(shù)值的情形下使用。例如，在上面的URL映射例子中，我們定義了2個(gè)默認(rèn)URL參數(shù)值，一個(gè)是"[action]" ，另一個(gè)是 "[id]"。這意味著，如果應(yīng)用收到的是 /Products/ 這個(gè)URL，在默認(rèn)情形下，路徑選擇系統(tǒng)會(huì)默認(rèn)使用“Index”作為ProductsController的action的名稱來(lái)執(zhí)行。同樣地，如果指定了/Products/List/ ，那么就會(huì)使用null字符串作為"ID"參數(shù)的值。
Route類的RouteHandler屬性定義了在URL被分割成參數(shù)，適當(dāng)?shù)穆窂竭x擇規(guī)則被確定之后，應(yīng)該用來(lái)處理請(qǐng)求的 IRouteHandler 實(shí)例。在上面的例子中，我們表示，我們想要使用System.Web.mvc.mvcRounteHandler類來(lái)處理我們配置好的URL。這個(gè)額外的步驟存在的原因是，我們想確保URL路徑選擇系統(tǒng)可以同時(shí)用于mvc和非mvc請(qǐng)求的情形。有這個(gè)IRouteHandler接口，意味著，我們也能夠干凈地用于非mvc的請(qǐng)求（例如標(biāo)準(zhǔn)的WebForms，Astoria REST支持等等）。
Route類還有一個(gè)Validation屬性，在本文的稍后我們會(huì)做討論。這個(gè)屬性允許我們指定一個(gè)路徑選擇規(guī)則匹配需要滿足的先決條件。例如，我們可以指定一個(gè)路徑選擇規(guī)則應(yīng)該只適用于一個(gè)特定的HTTP動(dòng)詞（允許我們輕松地映射REST命令），或者我們可以對(duì)參數(shù)值使用正則表達(dá)式，來(lái)過(guò)濾一個(gè)路徑選擇規(guī)則是否匹配。
注：在asp.net mvc 框架的***個(gè)公開(kāi)預(yù)覽版中，Route類是不可以擴(kuò)展的（它只是個(gè)數(shù)據(jù)類），在下一個(gè)預(yù)覽版中，我們正在研究把它做成可擴(kuò)展的，允許開(kāi)發(fā)人員添加特定場(chǎng)景的路徑類（譬如，一個(gè)RestRoute子類）來(lái)干凈利索地添加新的語(yǔ)義和功能。
路徑規(guī)則的評(píng)估
當(dāng)一個(gè)進(jìn)來(lái)的URL被asp.net mvc Web應(yīng)用收到時(shí)， asp.net mvc 框架會(huì)對(duì)RouteTable.Routes集合中的路徑選擇規(guī)則進(jìn)行評(píng)估，以決定適當(dāng)?shù)腃ontroller來(lái)處理該請(qǐng)求。
asp.net mvc 框架是按RouteTable規(guī)則注冊(cè)的次序做評(píng)估來(lái)選擇使用哪個(gè)Controller的。將進(jìn)來(lái)的URL對(duì)每條Route規(guī)則做檢測(cè)，看它是否匹配，如果一個(gè)Route規(guī)則匹配的話，那么該規(guī)則（以及相關(guān)聯(lián)的RouteHandler）將被用來(lái)處理進(jìn)來(lái)的請(qǐng)求（所有后面的規(guī)則都略過(guò)不計(jì)）。這意味著你一般要按“最特殊到最不特殊（most specific to least specific，從特殊到一般）”的次序來(lái)組織你的路徑選擇規(guī)則。
【編輯推薦】
