ASP.NET MVC 框架URL路徑的選擇規則是什么

今天就跟大家聊聊有關ASP.NET MVC 框架URL路徑的選擇規則是什么，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

在這里，我們創建了一個電子商務網站，呈示了三類URL:

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

在把上面這個類加到我們的應用中后，asp.net mvc框架就會把進來的URL自動導向到我們的控制器上的適當的action方法來處理請求。

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

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

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

把進來的URL映射到應用，并把它們做導向，這樣，正確的Controller和Action方法執行來處理這些請求

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

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

默認的asp.net mvc URL路徑選擇規則

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

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

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

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

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

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

理解Route實例

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

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

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

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

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

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

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

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

路徑規則的評估

當一個進來的URL被asp.net mvc Web應用收到時， asp.net mvc 框架會對RouteTable.Routes集合中的路徑選擇規則進行評估，以決定適當的Controller來處理該請求。

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

看完上述內容，你們對ASP.NET MVC 框架URL路徑的選擇規則是什么有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。