ASP.NET MVC Model綁定(二)

標籤：des   style   blog   http   color   使用   

ASP.NET MVC Model綁定(二)前言

上篇對於Model綁定的簡單示範想必大家對Model綁定的使用方式有一點的瞭解，那大家有沒有想過Model綁定器是在什麼時候執行的？又或是執行的過程是什麼樣的？將在本篇為大家解除這些疑惑，在其中涉及到的一些描述類型和上下文參數會在後續的篇幅中講到。

 

Model綁定

• IModelBinder、自訂Model綁定器簡單實現
• Model綁定器在MVC架構中的位置
• MVC中的預設Model綁定器產生過程
• IModelBinderProvider的簡單應用
• IValueProvider在MVC架構中產生的位置以及過程
• IValueProvider的應用情境
• IValueProvider的實現之NameValueCollectionValueProvider

 

Model 綁定器在MVC 架構中的位置

不廢話直接進入主題，Model綁定器顧名思義是為了Model的綁定提供協助的這麼一個功能模組，暫且就這麼理解。Model這裡所指的就是ViewModel，一般都是在控制器方法參數中使用Model，從而使Model綁定器可以使用起來，可是有沒有想過為什麼要這樣用呢？世間的事物都是有因果的，當然這樣的使用方式也逃脫不了，這跟MVC架構中產生Model綁定器的位置是有關係的，我們來看1。

圖1

看到圖1，可能有的朋友可能覺得很突兀，這裡建議朋友們先去看一下博主前面所寫過的ASP.NET MVC過濾器系列的文章，看過的朋友肯定就會覺得很熟悉了，但也要考慮沒有看過前面篇幅的朋友。

ControllerActionInvoker類型的InvokeAction()方法是MVC架構中執行控制器方法的必經方法，我們就按照圖1所示的來講解，黃色的指示線條為主要流程（雖然不是流程圖）。首先MVC會產生一個ControllerDescriptor類型，然後根據ControllerDescriptor類型再產生ActionDescriptor類型，然後再根據ActionDescriptor類型產生FilterInfo類型的對象，對於ControllerDescriptor類型和ActionDescriptor類型分別表示著控制器描述類型（對象內部包含著控制器的各種資訊）和控制器方法描述類型（同控制器描述類型一個意思），這兩個類型的含義和產生過程後面篇幅會有講解，這裡暫時只需瞭解它們代表著什麼就行。

對於FilterInfo類型的解釋是它包含著當前所被調用的控制其方法上的所有過濾器資訊（博主還是建議朋友們去看ASP.NET MVC過濾器系列的文章），從它的結構中可以看出它包含著各種類型過濾器類型集合對象屬性。

重點來了，從圖1中可以看出MVC架構會先執行授權認證IAuthorizationFilter過濾器，在執行完IAuthorizationFilter過濾器後和執行控制器行為過濾器IActionFilter之前，MVC會根據ActionDescriptor類型擷取到ParameterDescriptor類型的對象【這裡說句題外話看過前面Model中繼資料的朋友，想必知道ParameterDescriptor類型和Model中繼資料的都是用來描述Model的，ParameterDescriptor類型重在描述Model本身，而Model中繼資料更側重於Model的外部修飾，感歎MVC的強大】。

然後再根據ParameterDescriptor類型中ParameterType屬性，表示著Model的類型（Type類型）來產生Model綁定器（IModelBinder），至於產生的細節在下一小節來講解，不能搶樓下的生意。

想必大家現在知道為什麼要把ViewModel放在控制器方法中作為參數來使用了吧。

 

MVC中的預設Model綁定器產生過程

本小節講解Model綁定器產生的具體過程，也不是太複雜，並且會在後續篇幅控制器方法執行篇幅會將這些知識點全部串聯起來。

現在我們還是先看一下Model綁定器產生的細節吧，圖2

圖2

（黑體字部分表示為屬性名稱，黑體字前面的青色表示屬性類型，而在黑體字上面的表示屬性所屬類型）

按照圖2所示的來講解，首先MVC調用了ControllerActionInvoker類型的GetModelBinder ()方法來產生IModelBinder類型，在方法的內部，MVC首先會判斷參數parameterDescriptor中的BindingInfo屬性中的Binder屬性是否為空白，如果為空白的話（此部分內容在下篇中會詳解ParameterDescriptor類型，並且以反推的方法來往上講解幾種描述類型），則是調用ControllerActionInvoker類型中的Binders屬性。

現在我們就來看一下Binders屬性的定義，如代碼1-1。

代碼1-1

        protected internal ModelBinderDictionary Binders        {            get            {                if (this._binders == null)                {                    this._binders = ModelBinders.Binders;                }                return this._binders;            }            set            {                this._binders = value;            }        }

從代碼1-1中可以清楚的看到，對於Binders屬性的使用實際是在使用當前系統上下文中的ModelBinders.Binders屬性，這裡先暫停一下，我們看下ModelBinders.Binders屬性中系統給預設提供的綁定器，代碼1-2。

代碼1-2

        private static ModelBinderDictionary CreateDefaultBinderDictionary()        {            ModelBinderDictionary dictionary2 = new ModelBinderDictionary();            dictionary2.Add(typeof(HttpPostedFileBase), new HttpPostedFileBaseModelBinder());            dictionary2.Add(typeof(byte[]), new ByteArrayModelBinder());            dictionary2.Add(typeof(Binary), new LinqBinaryModelBinder());            return dictionary2;        }

這裡沒有其它的意思，就是讓大家看一下系統預設提供的幾種Model綁定器類型，同樣是使用ModelBinderDictionary類型的Add()方法，唯一不同的就是這是在系統啟動時就會添加產生好的，而我們自訂的Model綁定器則是後面手動添加的。

切回主題，從圖2中我們可以看到在ModelBinderDictionary類型調用GetBinder()方法的時候實際是調用的ModelBinderProviderCollection類型的GetBinder()方法，其實在ModelBinderDictionary類型的內部有著一個ModelBinderProviderCollection類型的欄位，再看圖2，在實際調用ModelBinderProviderCollection類型的GetBinder()方法的時候其實真正調用的是IModelBinderProvider類型中的GetBinder()方法。

然而在反編譯工具中也有反編譯不了的，好比ModelBinderProviderCollection類型，我就沒看到它執行個體化的細節，不過沒關係在下一篇中會證明出來它的內部細節。

本篇內容就講解到這，後續的篇幅中會講解如何使用這些類型來實現產生Model綁定器並且進行Model綁定。

 

 

金源

出處：http://www.cnblogs.com/jin-yuan/

本文著作權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面