ASP.NET MVC框架的簡單介紹

這篇文章主要介紹“ASP.NET MVC框架的簡單介紹”，在日常操作中，相信很多人在ASP.NET MVC框架的簡單介紹問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”ASP.NET MVC框架的簡單介紹”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

異步請求處理是ASP.NET 2.0中引入的高級特性，它依托IO Complete Port，對于提高IO密集型應用程序的吞吐量非常重要（詳見原理描述和性能測試）。但是目前ASP.NET MVC框架缺少異步Action功能，這也就是老趙經常掛在嘴邊的那個“目前ASP.NET MVC所缺少的非常重要的功能”。在TechED 2008 China的Session中我曾經給出過一個所謂的“解決方案”，但是它復雜性之高使那個解決方案有太多限制。

為了彌補TechED上的遺憾，以及準備.NET開發大會上的ASP.NET MVC***實踐的Session，我在春節休假期間仔細思考了一下這方面的問題，得出了一個相對不錯的擴展：完整，方便，并且非常輕巧——核心邏輯代碼只有200行左右，這意味著絕大部分功能將會委托給框架中現成的內容，確保了擴展的穩定，高效并且擁有較好的向后兼容性。

值得一提的是，我在1/26號便基于ASP.NET MVC的Beta版本寫出了這個擴展的***個版本，而在不久之后微軟發布了ASP.NET MVC RC。我在移植解決方案的過程中發現ASP.NET MVC RC在框架設計上進行了較大的改進，這使得我在構建擴展時的策略發生了些許變化。令人欣喜的是，RC版本的這些變化對于構建一個擴展，尤其是現在這種“低端”級別的擴展變得更加容易。ASP.NET MVC框架實現了它“到處可擴展”的承諾。

那么我們現在就來詳細分析一下這個擴展的實現方式。

請求處理方式的改變

在制定基本改造策略之前，我們需要了解ASP.NET MVC框架目前的架構及請求處理流程。如下：

在應用程序啟動時（此時還沒有接受任何請求），將針對MVC請求的Route策略注冊至ASP.NET Routing模塊。此時每個Route策略（即Route對象）中的RouteHandler屬性為ASP.NET MVC框架中的MvcRouteHandler。

當ASP.NET Routing模塊接收到一個匹配某個Route策略的HTTP請求時，將會調用該Route對象中RouteHandler對象的GetHttpHandler以獲取一個HttpHandler，并交由ASP.NET執行。MvcRouteHandler永遠將返回一個MvcHandler對象。

MvcHandler在執行時，將取出RouteData中的controller值，并以此構建一個實現了IController接口的控制器對象，并調用IController接口的Execute方法執行該控制器。

對于一個ASP.NET MVC應用程序來說，大部分控制器將會繼承System.Web.Mvc.Controller類型。Controller類將會從RouteData獲取action值，并交給實現IActionInvoker接口的對象來執行一個Action。
……

如果我們要將這個流程改造成異步處理，那么就要讓它符合ASP.NET架構中的異步處理方式。ASP.NET架構對于異步請求的處理可以體現在好幾種方式上，例如異步頁面，異步Http Module等，而最適合目前場合的做法自然是異步Http Handler。為實現一個異步Handler，我們需要讓處理請求的Handler實現IHttpAsyncHandler接口，而不是傳統的 IHttpHandler接口。IHttpAsyncHandler接口中的BeginProcessRequest和 EndProcessRequest兩個方法構成了.NET中的APM（Aynchronous Programming Model，異步編程模型）模式，可以使用“二段式”的異步調用來處理一個HTTP請求。

您應該已經發現，如果我們要支持異步Action，就必須根據當前的請求信息來確認究竟是執行一個IHttpHandler對象還是IHttpAsyncHandler對象。而在ASP.NET MVC框架在默認情況下是在Http Handler（即MvcHandler對象）內部進行控制器的檢查，構造和調用。這為時已晚，我們必須講這些邏輯提前到Routing過程中才行。幸運的是，ASP.NET Routing所支持的IRouteHandler就像是ASP.NET中的IHttpHandlerFactory，可以根據情況生成不同的Handler來執行。因此，我們只要構建一個新的IRouteHandler類型即可。于是就誕生了AsyncMvcRouteHandler——可以想象的出，其中的部分代碼與框架中的MvcHandler相同，因為在一定程度上我們的確只是把原本在MvcHandler里做的事情給提前了：

publicclassAsyncMvcRouteHandler:IRouteHandler  {  publicIHttpHandlerGetHttpHandler(RequestContextrequestContext)  {  stringcontrollerName=requestContext.RouteData.GetRequiredString("controller");   varfactory=ControllerBuilder.Current.GetControllerFactory();  varcontroller=factory.CreateController(requestContext,controllerName);  if(controller==null)  {  thrownewInvalidOperationException(...);  }   varcoreController=controllerasController;  if(coreController==null)  {  returnnewSyncMvcHandler(controller,factory,requestContext);  }  else  {   stringactionName=requestContext.RouteData.GetRequiredString("action");  returnIsAsyncAction(coreController,actionName,requestContext)?  (IHttpHandler)newAsyncMvcHandler(coreController,factory,requestContext):  (IHttpHandler)newSyncMvcHandler(controller,factory,requestContext);  }  }   internalstaticboolIsAsyncAction(  Controllercontroller,stringactionName,RequestContextrequestContext)  {  ...  }  }

到此，關于“ASP.NET MVC框架的簡單介紹”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！