本文深入討論asp.net mvc 框架的路徑選擇（routing）架構(gòu)及一些定制方式，可以將其用于應(yīng)用中的一些更高級的場景。

AD：51CTO 網(wǎng)+ 第十二期沙龍：大話數(shù)據(jù)之美_如何用數(shù)據(jù)驅(qū)動用戶體驗

在這個系列的第一部分里，我們創(chuàng)建了一個電子商務(wù)網(wǎng)站，呈示了三類URL:

我們通過創(chuàng)建象下面這樣一個ProductsController類來處理這些URL：

在把上面這個類加到我們的應(yīng)用中后，asp.net mvc框架就會把進來的URL自動導(dǎo)向到我們的控制器上的適當?shù)腶ction方法來處理請求。

在今天的貼子里，我們將深入討論這個URL映射是如何發(fā)生的，以及探討我們可以在asp.net mvc框架中利用的更高級的路徑選擇（routing）場景。我還將示范你如何可以輕松地單元測試URL路徑選擇場景。

asp.net mvc 框架的URL路徑選擇系統(tǒng)都做些什么？

asp.net mvc 框架包括了一個很靈活的URL路徑選擇系統(tǒng)，它允許你在應(yīng)用中定義URL映射規(guī)則。路徑選擇系統(tǒng)有2個主要目的：

把進來的URL映射到應(yīng)用，并把它們做導(dǎo)向，這樣，正確的Controller和Action方法執(zhí)行來處理這些請求

構(gòu)建可以用來回調(diào)Controllers/Actions的輸出到客戶端的URL（例如，表單提交， < a href=""> 鏈接, 和 AJAX 調(diào)用等等）

能夠使用URL映射規(guī)則來同時處理進來的和輸出的URL場景給應(yīng)用代碼添加了許多靈活性。這意味著，如果我們以后想改變應(yīng)用的URL結(jié)構(gòu)的話（譬如，把 /Products 改名為 /Catalog），我們可以修改應(yīng)用層次的一套映射規(guī)則即可，而不需要改動控制器或視圖模板中的任何代碼。

默認的asp.net mvc URL路徑選擇規(guī)則

在默認情形下，當你使用Visual Studio用asp.net mvc Web Application模板來創(chuàng)建一個新項目時，它會往項目里添加一個asp.net Application類。這是在Global.asax后臺代碼中實現(xiàn)的：

asp.net Application類允許開發(fā)人員處理應(yīng)用啟動/中止以及全局性的錯誤處理的邏輯。

默認的asp.net mvc項目模板自動向該類添加一個Application_Start方法，在其中注冊2條URL路徑選擇規(guī)則：

上面的第一條路徑選擇規(guī)則表示，asp.net mvc框架在默認情形下，在決定用哪個Controller類來生成實例，調(diào)用哪個Action方法時（以及哪些需要傳入的參數(shù)時），應(yīng)該使用"[controller]/[action]/[id]"的格式把URL映射到控制器上。

這個默認的路徑選擇規(guī)則就是為什么第一部分中我們的電子商務(wù)瀏覽例程中對URL /Products/Detail/3 的請求自動調(diào)用我們的ProductsController類的Detail方法，并且傳入3作為id參數(shù)值的原因：

上面的第二條路徑選擇規(guī)則，是用來對我們應(yīng)用的根URL"Default.aspx"做特例處理的（當處理一個應(yīng)用的根URL的請求時，這個URL有時會被服務(wù)器代替"/"來傳入）。這個規(guī)則確保對我們應(yīng)用的根"/Default.aspx"或"/"的請求，都會由HomeController類（是在我們使用asp.net mvc Web Application項目模板生成一個新的應(yīng)用時，由Visual Studio自動生成的控制器）里的Index() action方法處理。

理解Route實例

路徑選擇規(guī)則是通過向System.Web.mvc.RouteTable的Routes集合添加Route實例來注冊的。

Route類定義了許多你可以用以配置映射規(guī)則的屬性。你可以通過“傳統(tǒng)的” .net 2.0屬性賦值的方式來設(shè)置這些屬性：

或者利用VS 2008的C#和VB編譯器中的新的對象初始化器特性，更簡潔地設(shè)置屬性：

Route類的Url屬性定義了應(yīng)該用來評估一個路徑選擇規(guī)則是否適用于進來的特定請求的Url匹配規(guī)則。它還定義了URL應(yīng)該如何分割成（tokenized）不同的參數(shù)。URL中可替換的參數(shù)，是通過 [參數(shù)名稱] 的句法來定義的。就象在后文論及的那樣，我們并不限制于一套固定的“熟知”參數(shù)名稱，你可以在URL使用任何數(shù)目的任意參數(shù)。例如，我可以使用一個"/Blogs/[Username]/Archive/[Year]/[Month]/[Day]/[Title]"的URL規(guī)則把進來的一個博客貼子的URL進行分割，由mvc框架自動分析成UserName，Year，Month，Day 和 Title參數(shù)，并把它們傳入我的控制器的action方法中。

Route類上的Defaults屬性定義了一個默認值的字典，可以在進來的URL并不包含某個指定的參數(shù)值的情形下使用。例如，在上面的URL映射例子中，我們定義了2個默認URL參數(shù)值，一個是"[action]" ，另一個是 "[id]"。這意味著，如果應(yīng)用收到的是 /Products/ 這個URL，在默認情形下，路徑選擇系統(tǒng)會默認使用“Index”作為ProductsController的action的名稱來執(zhí)行。同樣地，如果指定了/Products/List/ ，那么就會使用null字符串作為"ID"參數(shù)的值。

Route類的RouteHandler屬性定義了在URL被分割成參數(shù)，適當?shù)穆窂竭x擇規(guī)則被確定之后，應(yīng)該用來處理請求的 IRouteHandler 實例。在上面的例子中，我們表示，我們想要使用System.Web.mvc.mvcRounteHandler類來處理我們配置好的URL。這個額外的步驟存在的原因是，我們想確保URL路徑選擇系統(tǒng)可以同時用于mvc和非mvc請求的情形。有這個IRouteHandler接口，意味著，我們也能夠干凈地用于非mvc的請求（例如標準的WebForms，Astoria REST支持等等）。

Route類還有一個Validation屬性，在本文的稍后我們會做討論。這個屬性允許我們指定一個路徑選擇規(guī)則匹配需要滿足的先決條件。例如，我們可以指定一個路徑選擇規(guī)則應(yīng)該只適用于一個特定的HTTP動詞（允許我們輕松地映射REST命令），或者我們可以對參數(shù)值使用正則表達式，來過濾一個路徑選擇規(guī)則是否匹配。

注：在asp.net mvc 框架的第一個公開預(yù)覽版中，Route類是不可以擴展的（它只是個數(shù)據(jù)類），在下一個預(yù)覽版中，我們正在研究把它做成可擴展的，允許開發(fā)人員添加特定場景的路徑類（譬如，一個RestRoute子類）來干凈利索地添加新的語義和功能。

路徑規(guī)則的評估

當一個進來的URL被asp.net mvc Web應(yīng)用收到時， asp.net mvc 框架會對RouteTable.Routes集合中的路徑選擇規(guī)則進行評估，以決定適當?shù)腃ontroller來處理該請求。

asp.net mvc 框架是按RouteTable規(guī)則注冊的次序做評估來選擇使用哪個Controller的。將進來的URL對每條Route規(guī)則做檢測，看它是否匹配，如果一個Route規(guī)則匹配的話，那么該規(guī)則（以及相關(guān)聯(lián)的RouteHandler）將被用來處理進來的請求（所有后面的規(guī)則都略過不計）。這意味著你一般要按“最特殊到最不特殊（most specific to least specific，從特殊到一般）”的次序來組織你的路徑選擇規(guī)則。

【編輯推薦】