Agenda
前言
不知道大家有沒有點暈頭轉向XD,MVC的Model
綁定機制真的蠻複雜,希望大家有跟上來
透過DefaultModelBinder
的BindComplexElementalModel
方法綁定複雜模型的值.
在BindProperty
方法時填充子節點ModelMetadata
的Model
屬性,透過(DefaultModelBinder)
再次綁定物件動作如下
ModelMetadata
是簡單模型就會把值填充給此次ModelMetadata.Model
ModelMetadata
是複雜模型就建立一個物件後呼叫BindProperty
直到找到最後的簡單模型.
在BindComplexElementalModel
方法做幾個主要動作
BindProperties
:透過MetaData
取得屬性資訊並利用反射把值添加上去.OnModelUpdated
:找尋Model
上MetaData
的ModelValidator
進行屬性驗證,如果驗證失敗會把資料資訊加到ModelState.AddModelError
(ModelStateDictionary
)可在View
搭配顯示error
訊息
1 | internal void BindComplexElementalModel(ControllerContext controllerContext, ModelBindingContext bindingContext, object model) |
如果前面幾篇看不懂的小夥伴沒關係只要記得,主要透過GetParameterValues
方法取得IDictionary<string, object
把Http
傳送過來參數綁定到MVC使用Model
參數上
- 字典
Key
就是Model
傳入名稱 - 字典
object
就是Model
的值
我有做一個可以針對於Asp.net MVC Debugger的專案,只要下中斷點就可輕易進入Asp.net MVC原始碼.
Action方法是如何被呼叫(快速整理)
前幾篇有說過InvokeActionMethodWithFilters
方法,執行會產生要執行ActionResult
物件並使用字典當作參數傳入
InvokeActionMethodWithFilters
方法中透過InvokeActionMethod
方法來產生要執行的ActionResult
ActionExecutingContext
這個物件比其他過濾器參數多了一個重要的成員IDictionary<string, object> parameters
,有這個成員我們可以針對呼叫Action
參數處理.
1 | protected virtual ActionExecutedContext InvokeActionMethodWithFilters(ControllerContext controllerContext, IList<IActionFilter> filters, ActionDescriptor actionDescriptor, IDictionary<string, object> parameters) |
在InvokeActionMethod
這個方法主要透過ActionDescriptor
來回傳此次使用ActionResult
物件
1 | protected virtual ActionResult InvokeActionMethod(ControllerContext controllerContext, ActionDescriptor actionDescriptor, IDictionary<string, object> parameters) |
上面呼叫的是
ReflectedActionDescriptor.Execute
ExtractParameterFromDictionary
主要透過字典的TryGetValue
方法取值(另外還做參數型別驗證)
1 | public override object Execute(ControllerContext controllerContext, IDictionary<string, object> parameters) |
ActionMethodDispatcher 取得(執行Action方法)
ActionMethodDispatcher
原始碼能看到在建構子有一個GetExecutor
方法(使用Expression
表達式產生委派物件).產生ActionExecutor
委派物件
裡面有幾個重要的成員
ActionExecutor
:執行Action
方法有回傳值VoidActionExecutor
:執行Action
方法回傳值是void
透過GetExecutor
組成要使用方法委派,等待外部呼叫Execute
方法.
1 | internal sealed class ActionMethodDispatcher |
前篇有說過在.net原始碼為了確保執行ResultFilter
順序在InvokeActionResultWithFilters
方法使用遞迴呼叫.
Expression動態產生呼叫Action方法 (GetExecutor)
MVC透過Route
機制解析我們要呼叫Controller
跟Action
方法,但在呼叫時動態去判斷要呼叫哪個Action
方法,說到動態呼叫方法,有點經驗的人就會想到使用反射(reflection
).
反射固然好用,但反射對於效能來說有些不太好(因為要動態到dll metadata
找尋取得資訊).
.net MVC
工程師也知道上面問題所以這邊他們使用另一種設計方式來避免此問題
使用
Expression
表達式動態產生呼叫程式碼(也可以使用Emit
)並呼叫使用.
先來看看Expreesion
產生呼叫HomeController
中Index
方法的程式碼吧.
Expression
表達式沒有帶參數Action
方法
1 | .Lambda |
Expression
表達式有帶參數Action
方法
1 | .Lambda |
下面會對於GetExecutor
方法透過Expression
產生呼叫程式碼解說
GetExecutor方法 Expression產生呼叫程式碼解說
下面是GetExecutor
原始碼,讓我一步一步大家分析如何運行吧(介紹Expression
表達式和原始碼是如何對照).
1 | private static ActionExecutor GetExecutor(MethodInfo methodInfo) |
第一步、先宣告兩個Parameter
表達式
controller
parameters
:是一個陣列物件
lambda
表達式呼叫方法參數
1 |
|
第二步、透過for loop
建立要傳入Action
方法參數陣列
產生完後加入List<Expression>
集合中
1 | (Asp.net_MVC_Debuger.Models.MessageViewModel)$parameters[0], |
第三步、將controllerParameter
強轉型成呼叫使用Controller型別
1 | ((Asp.net_MVC_Debuger.Controllers.HomeController)$controller) |
第四步、使用Expression.Call
產生呼叫Action
方法動作
1 | (System.Object).Call ((Asp.net_MVC_Debuger.Controllers.HomeController)$controller).Index |
第五步、判斷呼叫方法是否有回傳值(Void
),compile
成不同程式碼
透過Expression.Lambda
將上面程式碼,變成Lambda
委派方法提供Execute
方法呼叫使用.
1 | .Lambda |
能看到上面程式碼如果使用反射可以很輕易完成,但性能就沒有使用Expression
或emit
來得好
Expression
表達式比起emit
更簡單了解,所以我會優先使用Expression
表達式
DispatcherCache
在取得ActionMethodDispatcher
透過一個DispatcherCache
屬性.
這是為什麼呢?
1 | ActionMethodDispatcher dispatcher = DispatcherCache.GetDispatcher(MethodInfo); |
在上面有分享ActionMethodDispatcher
透過Expression
表達式產生呼叫方法
但
Http
請求很頻繁,雖然透過Expression
表達式動態產生程式碼呼叫比反射效能來好,但一直重複產生程式碼也需要很多效能.
MVC使用一個Cache
來保存已經呼叫過資訊DispatcherCache
主要邏輯判斷此MethodInfo
是否已經有存入快取字典中.如果沒有建立一個新ActionMethodDispatcher
(產生一個新Expression
)
1 | internal sealed class ActionMethodDispatcherCache : ReaderWriterCache<MethodInfo, ActionMethodDispatcher> |
CreateActionResult
CreateActionResult
判斷剛剛產生的ActionResult
物件進行下面簡單處理
actionReturnValue
如果是NULL
(回傳值是void
)就回傳一個EmptyResult
(什麼都不做)- 是否是回傳
ActionResult
物件,如果不是就利用ContentResult
來將結果包起來.
1 | protected virtual ActionResult CreateActionResult(ControllerContext controllerContext, ActionDescriptor actionDescriptor, object actionReturnValue) |
最後透過ControllerActionInvoker.InvokeActionResult
來呼叫ActionResult
抽象方法ExecuteResult(ControllerContext context)
.
1 | protected virtual void InvokeActionResult(ControllerContext controllerContext, ActionResult actionResult) |
小結:
本篇介紹了在ReflectedActionDescriptor.Execute
方法產生一個ActionResult
物件.
ActionMethodDispatcher
這個類別負責產生要呼叫ActionResult
方法(透過RouteData
的ActionNmae
和反射取得Controller
的MethInfo
最後透過Expression
表達式組成一個呼叫委派方法)
利用DispatcherCache
屬性對於每個呼叫過的ActionMethodDispatcher
進行快取增加使用效率.
上面使用
Expreesion
動態產生程式碼並使用Cache
這個構想很適合應用在高併發且吃效率情境上.值得我們學習
最後利用CreateActionResult
判斷來產生要執行ActionResult
CreateActionResult
方法有用到一個設計技巧null object pattern 這個模式用意是為了讓NULL
或預設情況也有物件來執行(因為NULL
也有屬於它的處理情境)
今天介紹MVC如何運用
Expression
表達式,對於Expression
表達式之後有機會在跟大家做更詳細分享介紹
至於有那些ActionResult
可以呼叫我們在下篇會再詳細介紹
此文作者:Daniel Shih(石頭)
此文地址: https://isdaniel.github.io/ithelp-day22/
版權聲明:本博客所有文章除特別聲明外,均採用 CC BY-NC-SA 3.0 TW 許可協議。轉載請註明出處!