MVC模式的基本概念[2]

　　視圖是模型的表示，它提供用戶交互界面。使用多個包含單顯示頁面的用戶部件，復雜的Web頁面可以展示來自多個數據源的內容，并且網頁人員，美工能獨自參與這些Web頁面的開發(fā)和維護。

　　在ASP.NET下，視圖的實現很簡單�？梢韵耖_發(fā)WINDOWS界面一樣直接在集成開發(fā)環(huán)境下通過拖動控件來完成頁面開發(fā)本。中介紹每一個頁面都采用復合視圖的形式即：一個頁面由多個子視圖(用戶部件)組成；子視圖可以是最簡單HTML 控件、服務器控件或多個控件嵌套構而成的Web自定義控件。頁面都由模板定義，模板定義了頁面的布局，用戶部件的標簽和數目，用戶指定一個模板，平臺根據這些信息自動創(chuàng)建頁面。針對靜態(tài)的模板內容，如頁面上的站點導航，菜單，友好鏈接，這些使用缺省的模板內容配置；針對動態(tài)的模板內容(主要是業(yè)務內容)，由于用戶的請求不同，只能使用后期綁定，并且針對用戶的不同，用戶部件的顯示內容進行過濾。使用由用戶部件根據模板配置組成的組合頁面，它增強了可重用性，并原型化了站點的布局。

　　視圖部分大致處理流程首先，頁面模板定義了頁面的布局；頁面配置文件定義視圖標簽的具體內容（用戶部件）；然后，由頁面布局策略類初始化并加載頁面；每個用戶部件根據它自己的配置進行初始化，加載校驗器并設置參數，以及事件的委托等；用戶提交后，通過了表示層的校驗，用戶部件把數據自動提交給業(yè)務實體即模型。

　　這一部分主要定義了WEB頁面基類PageBase；頁面布局策略類PageLayout，完成頁面布局，用于加載用戶部件到頁面；用戶部件基類UserControlBase即用戶部件框架，用于動態(tài)加載檢驗部件，以及實現用戶部件的個性化。為了實現WEB應用的靈活性，視圖部分也用到了許多配置文件例如：置文件有模板配置、頁面配置、路徑配置、驗證配置等。

　　2.2 控制器

　　為了能夠控制和協調每個用戶跨越多個請求的處理，控制機制應該以集中的方式進行管理。因此，為了達到集中管理的目的引入了控制器。應用程序的控制器集中從客戶端接收請求（典型情況下是一個運行瀏覽器的用戶），決定執(zhí)行什么商業(yè)邏輯功能，然后將產生下一步用戶界面的責任委派給一個適當的視圖組件。

　　用控制器提供一個控制和處理請求的集中入口點，它負責接收、截取并處理用戶請求；并將請求委托給分發(fā)者類，根據當前狀態(tài)和業(yè)務操作的結果決定向客戶呈現的視圖。在這一部分主要定義了HttpReqDispatcher(分發(fā)者類)、HttpCapture(請求捕獲者類)、Controller(控制器類)等，它們相互配合來完成控制器的功能。請求捕獲者類捕獲HTTP請求并轉發(fā)給控制器類�？刂破黝愂窍到y(tǒng)中處理所有請求的最初入口點�？刂破魍瓿梢恍┍匾�的處理后把請求委托給分發(fā)者類；分發(fā)者類分發(fā)者負責視圖的管理和導航，它管理將選擇哪個視圖提供給用戶，并提供給分發(fā)資源控制。在這一部分分別采用了分發(fā)者、策略、工廠方法、適配器等設計模式。

　　為了使請求捕獲者類自動捕獲用戶請求并進行處理，ASP.NET 提供低級別的請求/響應 API，使開發(fā)人員能夠使用 .NET 框架類為傳入的 HTTP 請求提供服務。為此，必須創(chuàng)作支持 System.Web.IHTTPHandler 接口和實現 ProcessRequest() 方法的類即：請求捕獲者類，并在web.config 的 ＜httphandlers＞ 節(jié)中添加類。ASP.NET 收到的每個傳入 HTTP 請求最終由實現 IHTTPHandler 的類的特定實例來處理。IHttpHandlerFactory 提供了處理 IHttpHandler 實例 URL 請求的實際解析的結構。HTTP 處理程序和工廠在 ASP.NET 配置中聲明為 web.config 文件的一部分。ASP.NET 定義了一個 ＜httphandlers＞ 配置節(jié)，在其中可以添加和移除處理程序和工廠。子目錄繼承 HttpHandlerFactory 和 HttpHandler 的設置。 HTTP 處理程序和工廠是 ASP.NET 頁框架的主體。工廠將每個請求分配給一個處理程序，后者處理該請求。 例如，在全局 machine.config 文件中，ASP.NET 將所有對 ASPx 文件的請求映射到 HttpCapture類：

＜httphandlers＞
...
...
＜/httphandlers＞