ASP.NET Routing 路由功能非常強大，設計的也很巧妙；如果說ASP.NETMVC是建立在ASP.NET之上還不如準确的說ASP.NETMVC是建立在Routing基礎之上的，才使得Controller順利被找到并且執行Action； 那麼今天這篇文章是一個簡短的介紹如何在ASP.NETMVC下進行很好的子產品化開發，都知道ASP.NETMVC是分層架構中的UI層架構；而UI層的開發有着天生的難以控制性，尤其是WEBUI和WINFORMUI有着很大的差別；WEBUI的組成元素多，又是在遠端的浏覽器中處理的，是以還是很考驗架構設計的；
閱讀目錄：
- 1.開篇介紹
- 2.AreaRegistration注冊路由（傳遞路由上下文進行子產品化注冊）
1】開篇介紹
ASP.NET Routing 路由功能非常強大，設計的也很巧妙；如果說ASP.NETMVC是建立在ASP.NET之上還不如準确的說ASP.NETMVC是建立在Routing基礎之上的，才使得Controller順利被找到并且執行Action；
那麼今天這篇文章是一個簡短的介紹如何在ASP.NETMVC下進行很好的子產品化開發，都知道ASP.NETMVC是分層架構中的UI層架構；而UI層的開發有着天生的難以控制性，尤其是WEBUI和WINFORMUI有着很大的差別；WEBUI的組成元素多，又是在遠端的浏覽器中處理的，是以還是很考驗架構設計的；
那麼ASP.NETMVC的AreaRegistration是用來幹什麼呢，它是用來提供一個很好的接口讓我們可以将Controller定義在其他的Library項目中，這主要可以用來解決子產品化開發；一般情況下我們很少将所有的東西都定義在WebApplication中，而是會根據業務需要或者架構需要劃分出一系列的Library項目來，進而讓我們的邏輯架構更清晰也讓實體架構的設計很靈活點，比如：橫向的擴充，動态設計業務子產品，WEBAPI等等；
但是Routing跟MVC沒有必然的關系，都是可以通過擴充的方式嵌入各自想要的功能點，Routing是在提供自定義IHttpModule的方式将控制權拿到，而MVC是建立在Routing的基礎上讓Uri的路由為自己所用，其實準确點講AreaRegistration适當的擴充可以用在很多的場合下，但是畢竟AreaRegistration是在ASP.NETMVC中提供出來的；
2】AreaRegistration注冊路由（傳遞路由上下文進行子產品化注冊）
簡單的解釋，AreaRegistration是用來在ASP.NETMVC裡面注冊多個區域的方式；就是可以将一個大型的MVC站點劃分成多個Area區域，然後各自的Area有着自己的Controller、Action、View等元素；但是一般情況我們并不會那麼做，因為将站點的所有UI層中的元素切開放會給維護工作帶來很大的工作量，而且我們約定俗成的是UI層的東西放在一個主的WebApplication中，然後是業務功能的劃分，但是大型站點也許需要這麼做；
2.1】AreaRegistration對象結構（典型的模闆方法模式）
下面我們來分析一下AreaRegistration的對象結構，至少我們要搞清楚如何使用這個對象及相關的對象；
1 using System;
2 using System.Web.Routing;
3
4 namespace System.Web.Mvc
5 {
6 public abstract class AreaRegistration
7 {
8 protected AreaRegistration();
9
10 public abstract string AreaName { get; }
11 public static void RegisterAllAreas();
12 public static void RegisterAllAreas(object state);
13 public abstract void RegisterArea(AreaRegistrationContext context);
14 }
15 } 這是AreaRegistration對象的代碼結構，兩個靜态的重載方法是用來在Gloab.asax檔案中啟動全局注冊用的，而帶object state 參數的是用來傳遞到我們将要繼承的對象中去的；然後剩下的一個AreaName屬性、RegisterArea方法是需要我們去實作的；
其實熟悉設計模式的朋友都會對這種模式很熟悉，因為它是最典型的模闆方法模式，也是設計原則中的依賴倒置原則，在内部MVC隻依賴AreaRegistration對象，然後将通過RegisterArea方法将AreaRegistrationContext上下文傳遞到子類中去執行點東西；
這裡需要強調的是，一個AreaRegistration對應一個獨立的AreaRegistrationContext對象，相關的參數是在構造函數中傳入的，前提是你必須實作AreaName屬性；
2.2】實作AreaRegistration對象
我們來實作一個OrderAreaRegistration對象，讓其繼承AreaRegistration抽象類；
1 using System;
2 using System.Collections.Generic;
3 using System.Linq;
4 using System.Text;
5 using System.Threading.Tasks;
6 using System.Web.Mvc;
7
8 namespace Api.Order
9 {
10 public class OrderAreaRegistration : AreaRegistration
11 {
12 public override string AreaName
13 {
14 get { return "Aip/Order"; }
15 }
16
17 public override void RegisterArea(AreaRegistrationContext context)
18 {
19 context.MapRoute(name: "api.order.default", url: "api/order/{controller}/{action}/{orderid}",
20 defaults: new { controller = "OrderController", action = "GetOrderOperationDatetime", orderid = "1001" },
21 namespaces: new string[] { "Api.Order" });
22 }
23 }
24 } 定義在api項目中的Controller:
1 using System;
2 using System.Collections.Generic;
3 using System.Linq;
4 using System.Text;
5 using System.Threading.Tasks;
6 using System.Web.Mvc;
7
8 namespace Api.Order
9 {
10 public class Order : Controller
11 {
12 public string GetOrderOperationDatetime(string orderId)
13 {
14 if (orderId.Equals("1001"))
15 return DateTime.Now.ToString();
16 else
17 return orderId;
18 }
19 }
20 } 然後我們得引用這個Library項目，這樣它才能在啟動的時候去自動的掃描到我們這個類型；
圖1：
AreaRegistrationContext是使用AreaRegistraton的實作類的參數AreaName作為參數的一部分來構造特定的Context對象的；AreaRegistratioContext是表示一個區域的上下文，我們在Context裡面注冊的動東西都是屬于目前Area的，它包括自己的Route集合；
圖2：
站點順利的路由到了我們在api.order項目中定義的OrderController；
圖3：
這麼來設計項目也是會多一中選擇的；
作者：王清培
出處：http://www.cnblogs.com/wangiqngpei557/
本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接配接，否則保留追究法律責任的權利。