【正文】 的的 RenderView()方法。接下來(lái)，如果這個(gè)頁(yè)面有母版頁(yè)的話，這個(gè)母版頁(yè)也將設(shè)置好路徑 (使用 ViewLocator類 )，如果這個(gè)頁(yè)面有 ViewData的話， ViewData也將被設(shè)置，最后， RenderView()方法將在 ViewPage上被調(diào)用。 Add()方法回接受一個(gè) RouteBase對(duì)象，也可以執(zhí)行從 RouteBase中繼承而來(lái)的自己的 Route對(duì)象。這個(gè)控制器工廠是通過(guò)給定的控制器和RequestContext 來(lái)返回控制器的。 如果你想到了除此之外的擴(kuò)展性性能，可以在此書中增加評(píng)論，并且我將及時(shí)更新它。 ?？偣?分為了五個(gè)步驟：創(chuàng)建 RouteTable， UrlRoutingModule 截獲請(qǐng)求，生成 Controller，執(zhí)行這個(gè)行為，并且呈現(xiàn)視圖。 你可以委派一個(gè)自定義的 ViewEngine到控制器中，可以通過(guò)委派一個(gè) ViewEngine到一個(gè)公共的 屬性中， ViewEngine 必須從 IviewEngine 接口中繼承而來(lái)，這個(gè)接口只有一個(gè)方法： RenderView(ViewContext viewContext). ViewLocator 將繪制些能定位到真實(shí)視圖文件的視圖名字。 GetHttpHandler()方法 MvcRouteHandler 類中的 GetHttpHandler()方法是一個(gè)虛擬方法。 擴(kuò)展點(diǎn)： MVC 生命周期是由一系列的擴(kuò)展點(diǎn)組成的。默認(rèn)的視圖性能是 。在生命周期這個(gè)要點(diǎn)中，我們需要輸入程序代碼。 Execute()方法是通過(guò)創(chuàng)建 TempData 對(duì)象 (在 Ruby 語(yǔ)言的世界里稱之為 Flash 對(duì)象 )開(kāi)始的， TempData 用來(lái)保存即將在下一個(gè)請(qǐng)求 (TempData 是類似于沒(méi)有內(nèi)存的 Session)用到的臨時(shí)數(shù)據(jù)。然后轉(zhuǎn)入下一步驟。 HttpContextWrapper2 和 HttpContext 不同，當(dāng)你在使用類似于Typemock,Isolator,Rhino 對(duì)象時(shí)，這個(gè)模型是非常容易模擬的。這個(gè)這個(gè) Route 結(jié)構(gòu)的描述被包 含在稱之為 的程序集中，它是和程序想隔離開(kāi)的，所以，在沒(méi)有 MVC 的情況下也是可以使用 Route 對(duì)象的。 程序中的 RouteTable 可以用靜態(tài)的 RouteTable 屬性表示，這個(gè)屬性是由一系列的 Route對(duì)象組成。但是在 MVC 程序中，相比之下，會(huì)產(chǎn)生一些控制器，使用控制器的好處就是可以使路徑和頁(yè)面形成多對(duì)一的關(guān)系。因此， 程序的運(yùn)行方式是簡(jiǎn)單的，首先創(chuàng)建一個(gè)頁(yè)面，相應(yīng)的在磁盤上也生成同樣的頁(yè)面，然后執(zhí)行 ProcessRequest()方法，并將結(jié)果返回給瀏覽器。 現(xiàn)在開(kāi)始詳細(xì)的講解這些步驟 RouteTable 當(dāng)你從 應(yīng)用程序中發(fā)出一個(gè)請(qǐng)求時(shí)，在磁盤上將相應(yīng)地生成一個(gè)頁(yè)面請(qǐng)求。 2. UrlRoutingMoudule 截獲請(qǐng)求 當(dāng)你發(fā)出一個(gè)請(qǐng)求時(shí)，這個(gè)步驟就發(fā)生了， UrlRoutingModule 截獲所有的請(qǐng)求，并且創(chuàng) 6 建和執(zhí)行正確的 handler. 3. 執(zhí)行 MvcHandler MvcHandler 創(chuàng)建一個(gè)控制器，將 ControlContext 傳遞給控制器，并且執(zhí)行控制器。為了詳談控制器這塊，就必須了解和控制器相關(guān)的東西，本書采用模擬類似于 Typemock,Isolator,Rhino 特定對(duì)象的方式來(lái)講述，但是要有效的模擬它，必須理解請(qǐng)求頁(yè)面的整個(gè)生命周期。我探究這個(gè)過(guò)程的原因有兩點(diǎn)。s the first warning: I’m writing this blog entry a week after the MVC Preview 2 was publicly released. The MVC framework is still very much in Beta. Therefore, anything that I describe in this blog entry might be outdated and, therefore, wrong in a couple of months. So, if you are reading this blog entry after May 2021, don’t believe everything you read. Second, this blog entry is not meant as an overview of MVC. I describe the lifecycle of an MVC request in excruciating and difficult to read detail. Okay, you have been warned. Overview of the Lifecycle Steps There are five main steps that happen when you make a request from an MVC website: 1. Step 1 – The RouteTable is Created This first step happens only once when an application first starts. The RouteTable maps URLs to handlers. 2. Step 2 – The UrlRoutingModule Intercepts the Request This second step happens whenever you make a request. The UrlRoutingModule intercepts every request and creates and executes the right handler. 3. Step 3 – The MvcHandler Executes The MvcHandler creates a controller, passes the controller a ControllerContext, and executes the controller. 4. Step 4 – The Controller Executes The controller determines which controller method to execute, builds a list of parameters, and executes the method. 5. Step 5 – The RenderView Method is Called Typically, a controller method calls RenderView() to render content back to the browser. The () method delegates its work to a particular ViewEngine. Let’s examine each of these steps in detail. Step 1 : The RouteTable is Created When you request a page from a normal application, there is a page on disk that corresponds to each page request. For example, if you request a page named then 2 there better be a page named sitting on your web server. If not, you receive an error. Technically, an page represents a class. And, not just any class. An page is a handler. In other words, an page implements the IHttpHandler interface and has a ProcessRequest() method that gets called when you request the page. The ProcessRequest() method is responsible for generating the content that gets sent back to the browser. So, the way that a normal application works is simple and intuitive. You request a page, the page request corresponds to a page on disk, the page executes its ProcessRequest() method and content gets sent back to the browser. An MVC application