上周我寫了三篇文章（一、二、三）詳細地介紹了ASP.NET的路由系統。ASP.NET的路由系統旨在通過注冊URL模板與物理文件之間的映射進而實現請

ASP.NET 路由系統通過注冊的路由表旨在實現兩個“方向”的路有功能，即針對入棧請求的路由和出棧URL的生成。前者通過調

我們知道一個請求最終通過一個具體的HttpHandler進行處理，而我們熟悉的用於表示一個Web頁面的Page對象就是一個HttpHandler，

對於一個需要支持多語言的Web應用，一個很常見的使用方式就是通過請求地址來控制界面呈現所基於的語言文化，比如我們在表示請求地址的URL中將上語言文

我們將整個ASP.NET MVC框架劃分為若干個子系統，那麼針對請求上下文激活目標Controller對象的子系統被我們成為Controller激

Controller激活系統最終通過注冊的ControllerFactory創建相應的Conroller對象，如果沒有對ControllerFac

所謂控制反轉（IoC： Inversion Of Control）簡單地說就是應用本身不負責依賴對象的創建和維護，而交給一個外部容器來負責。這樣控

[上篇]除了通過自定義ControllerFactory的方式引入IoC之外，在使用默認DefaultControllerFactory情況下也可

Contronoller激活之後，ASP.NET MVC會根據當前請求上下文得到目標Action的名稱，然後解析出對應的方法並執行之。在整個Act

在《上篇》我們已經提到過了，Model元數據的定制是通過在作為Model的數據類型極其屬性成員上應用相應的特性來實現，這些用於聲明式元數據定義的特

在介紹用於自定義Model元數據屬性的AdditionalMetadataAttribute特性時我們提到了它實現的接口IMedataAware，

通過ModelMetadata表示的Model元數據的一個主要的作用在於為定義在HtmlHelper和HtmlHelper<TModel&g

當我們調用HtmlHelper或者HtmlHelper<TModel>的模板方法對整個Model或者Model的某個數據成員以某種模式

我們不僅可以創建相應的模板來根據Model元數據控制種類型的數據在UI界面上的呈現方法，還可以通過一些擴展來控制Model元數據本身。在某些情況下

在前面的介紹中我們已經提到過表示Model元數據的ModelMetadata對象最終是通過一個名為ModelMetadataProvider的組件

在ActionInvoker對Action的執行過程中，除了通過利用ActionDescriptor對Action方法的執行，以及之前進行的Mod

在總體介紹了篩選器及其提供機制（《深入探討ASP.NET MVC的篩選器》）之後，我們按照執行的先後順序對四種不同的篩選器進行單獨介紹，首先來介紹

在ASP.NET MVC中的四大篩選器（Filter），ActionFilter直接應用在某個Action方法上，它在目標Action方法執行前後

一、ASP.NET + MVCIIS與ASP.NET管道MVC、MVP以及Model2[上篇]MVC、MVP以及Model2[下篇]ASP.NET

在前面簡述了從服務層到數據層參見架構設計目錄。剩下了表現層，一個再好的中間層表現也必須有一個用戶界面，提供和用戶交互，將用戶行為輸入轉化為系統操作