在之前的兩篇文章(《EmptyResult & ContentResult》和《FileResult》)我們剖析了EmptyResult、
HttpStatusCodeResult & RedirectResult/RedirectToRouteResult在本系列的最後一篇,
在《[設計篇]》篇中我們通過對View引擎的總體介紹講述了從ViewResult的創建到View呈現的原理,為了讓讀者對View引擎及其View呈
通過.cshtml或者.vbhtml文件定義的View能夠被執行,必須先被編譯成存在於某個程序集的類型,ASP.NET MVC采用動態編譯的方式對
Razor引擎具有兩個核心的類型,一個是表示View本身的類型RazorView,另一個則是獲取和創建它的RazorViewEngine,我們將用
在《ASP.NET MVC的Razor引擎:RazorView》介紹BuildManagerCompiledView的時候,我們談到默認使用的Vi
基於Web Form引擎的WebFormViewEngine和針對Razor引擎的RazorViewEngine都是抽象類型BuildManage
之前我們一直討論的Model驗證僅限於服務端驗證,即在Web服務器根據相應的規則對請求數據實施驗證。如果我們能夠在客戶端(浏覽器)對用戶輸入的數據
在簡單了解了Unobtrusive JavaScript形式的驗證在jQuery中的編程方式之後,我們來介紹ASP.NET MVC是如何利用它實現
ASP.NET MVC通過Model驗證幫助我們很容易的實現對數據的驗證,在默認的情況下,基於ValidationAttribute的聲明是驗證被
NameValueCollectionValueProvider在進行Model綁定過程中,需要根據基於Action方法參數的綁定上下文從請求數據
DictionaryValueProviderNameValueCollectionValueProvider采用一個NameValueColle
ValueProviderFactory在ASP.NET Model綁定系統中,用於提供數據值的ValueProvider對象通過ValuePro
Model的綁定體現在從當前請求提取相應的數據綁定到目標Action方法的參數。通過前面的介紹我們知道Action方法的參數通過Parameter
總的來說,針對目標Action方法參數的Model綁定完全由組件ModelBinder來實現,在默認情況下使用的ModelBinder類型為Def
[續《通過實例模擬ASP.NET MVC的Model綁定機制:簡單類型+復雜類型]》]基於數組和集合類型的Model綁定機制比較類似,對於綁定參數
在本系列的前面兩篇文章(《簡單類型+復雜類型》、《數組》)我們通過創建的實例程序模擬了ASP.NET MVC默認使用的DefaultModelBi