Can you summarize the following document?
        
  ASP.NET MVC是遵循軟體模式的Model-View-Controller來發展,其中Model指的是資料或是業務邏輯元件,View是呈現給使用者看的資訊,而Controller則是接取來自使用者的指令與資料,並將Model與View做整合的控制器,當伺服器接到對ASP.NET MVC應用程式的要求時,伺服器(IIS)會先使用UrlRoutingModule(ASP.NET Routing的 HTTP 模組),由它來解析是否有包含ASP.NET MVC應用程式的URL,若有,則會產生一個MvcRouteHandler物件,這個物件會裝載執行的必要資訊,並且會呼叫包含在URL中的Controller的Execute方法來執行工作。  Controller物件是基於codice_1介面的規則所定義,提供針對HTTP要求做迴應的一個執行工具,在ASP.NET MVC中已實作一個預設的類別 Controller,提供了必要的基礎功能,另外也發展了一個 Controller 工廠,稱為 Controller Factory,以codice_2介面定義,亦提供了DefaultControllerFactory,開發人員可以利用基本的類別以及利用它們來衍生自己的 Controller 或 Controller Factory 來實作自己的控制器邏輯功能。  Model物件則是為ASP.NET MVC提供資料,不過它沒有基礎類別,而是使用.NET Framework一般性的資料結構或是現在的ADO.NET資料物件,像是List、Dictionary、DataTable、DataReader與DataSet等等,當然也可以是自己開發的商業物件,這些資料會透過ASP.NET MVC的ModelBinder工具類別來與Controller整合,ModelBinder本身是支援泛型(Generic)的,因為各種型別的資料它都可以使用。在ASP.NET MVC中提供了一個DefaultModelBinder物件,可支援大多數的.NET Framework資料型別,以及陣列和已實作像是IList、IDictionary以及ICollection等介面的物件。  Model會在Controller執行動作時,作為一個ActionResult物件方式傳回給MvcHandler物件,而這個物件即會指定要顯示的View物件,像是下列程式碼所示:  View物件以codice_3與codice_4等介面為主,並且以ASP.NET的各式前端介面為主要輸出工具,基於MVC的View彈性化設計考量,以往在ASP.NET Web Form的程式碼與HTML分離模式將不再存在,而是將程式碼與HTML混合的方式設計,讓開發人員可以更精確的對View進行控制,而目前 ASP.NET MVC 支援的 View 有下列幾種:  每個 View 物件都會內含一個泛型的引數,用來裝載要呈現的資料(即Model),然後使用類似下面的方式來呈現資料:

  在ASP.NET MVC架構中,除了Controller、Model與View三個主要部分以外,還包含了許多技術以讓這三層得以整合並互動運作。

  Controller在ASP.NET MVC應用程式中是負責中控的角色,也是來自使用者端HTTP要求的處理核心,因此有許多處理與轉向HTTP要求的輔助技術在Controller層次都會使用到。

  用來過濾使用者端要求的URL,並藉由定義好的路由表(route table)將要求導向至正確的MVC Controller,並呼叫Controller中的Execute方法執行,而Execute方法會將HTTP動作以及實際執行的指令交給正確的函式來執行。而通常一個MVC應用程式的URL都會是類似這樣的URL格式:  而MvcRouteHandler會拆解URL,找出目標的Controller,並且將ActionName以及ActionParameters傳給Controller中負責的函式(以ActionName來指定)。例如下列的URL會傳遞給BlogController的GetList方法:

  ASP.NET MVC利用了中介資料的技術,直接將方法對應到指定的 HTTP 動詞 (GET/POST/PUT/DELETE/HEAD等),MvcHandler會判斷要求的類別,並將它交給URL中指定的方法來處理。目前MVC Framework可用下列的方式指定(均包含在 HttpVerbs 列舉型別中):

  codice_10、codice_11、codice_12等展示物件都支援泛型物件,可以直接裝載Model資料傳遞至前端輸出,可簡化處理Model與View之間整合的動作,只要一個引數就可以將資料傳給View:

  在 ASP.NET MVC 中,Model 相對不設限,可以使用內建的資料結構以及自訂的資料類別,也可以是一個商業物件,因此 Model 的彈性相當大,除了前述的資料結構外,微軟新發展的一些資料存取方式也可以應用在 Model 中,像是ADO.NET Entity Framework與LINQ to SQL等技術。  另外,MVC在伺服端資料驗證中,提供了codice_13類別,這個類別中有一個ModelState屬性,內含了codice_14類別,開發人員可以利用這個類別來控制資料驗證的結果,而View中輸出驗證訊息的部分會和此類別有關聯,例如下列的程式:  在 ASP.NET MVC 2.0 中,新增了一個可以直接讓 MVC Framework 針對資料欄位進行驗證控制的模型,稱為 Model Validation,它融合了在.NET Framework 3.5 SP1 發表的 ASP.NET Dynamic Data Framework 中 Data Annotations (資料記號) 的特性,讓開發人員可以只利用標記的方式來執行驗證,或是利用自訂的程式碼來擴充資料記號的驗證行為。

  由於View是直接呈現給使用者,因此與使用者互動的部分都要由此層處理,包含資料的輸出以及以使用者端操作為主的迴應(例如指令碼)等。

  HTML工具類別在View中是很重要的輸出工具,它內建了輔助產生HTML標籤的工具方法,多數的HTML語法都可以利用它來產生,包含像連結()、表單(<form>)以及表單控制元件等等。HTML工具是以codice_15類別為核心,並配合System.Web.Mvc.Html名稱空間的方法,以延伸方法(Extension Method)的方式,讓產生HTML的程式就有如呼叫方法般簡單:

  View的HTML工具可以配合Model處理資料驗證的結果,在ASP.NET中常用的ValidationSummary在這裡也支援,而且MVC的架構讓驗證資訊的輸出也更加彈性:

  每一個Controller中負責迴應的方法,都會回傳一個ActionResult物件的資訊,ActionResult是一個執行結果物件的封裝體,當MvcHandler執行完指令接到ActionResult時,就會依照它的內容來輸出資料。目前MVC Framework支援的ActionResult有下列幾種:  透過多型別的ActionResult,開發人員可以自由決定要回傳的資料的型別與格式。

  目前微軟有一個Oxite專案,是使用ASP.NET MVC Framework所開發的部落格引擎,而這個專案已經被微軟的部分應用平臺所採用,像是MIX Online、PDC 2009、MIX Video等官方網站都採用它來開發。另外,stackoverflow.com以及codeplex.com這兩個網站也是採用ASP.NET MVC Framework。

  ASP.NET MVC Framework雖然是ASP.NET的一部分,不過它的原始碼是透過Microsoft Public License (MS-PL)的授權模式公開,因此在MS-PL授權的範圍內,任何人是可以去檢視與修改它的原始碼的。

  微軟在2010年7月2日由Scott Guthrie發表新的MVC繪製引擎 (Render Engine):Razor Engine,它已內建於 ASP.NET MVC 3.0 中釋出,它具有下列功能:
ASP.NET MVC Framework是微軟在ASP.NET中所新增的一組類別庫,這組類別庫可以使用Model-View-Controller的設計模式來開發ASP.NET的應用程式。它與現有的ASP.NET應用程式並沒有衝突,所以兩者是可以並行的。ASP.NET MVC Framework被包裝在System.Web.Mvc.dll中,並利用ASP.NET Routing來支援動作流以及URL Rewriting的能力,讓它可以更貼近Web的發展以及Web 2.0的特性。對於多數有ASP開發經驗的開發人員來說看起來比較不陌生,但對於沒有接觸過像ASP、PHP、JSP、Perl這些Web開發工具的開發人員來說,相對的不容易入門。ASP.NET MVC 的第一個版本於2009年3月17日釋出RTM版本,最新的ASP.NET MVC 5.2則是於2014年12月24日正式發行。