ASP.NET MVC中的Model Binding使用起來非常簡單。你的Action方法需要數(shù)據(jù),在傳入的HTTP請求中攜帶著你需要的數(shù)據(jù),數(shù)據(jù)可以在請求的表單數(shù)據(jù)中,還可能在你的URL地址本身中。通過DefaultModelBinder,可以神奇地將表單中的數(shù)據(jù)和路由中的數(shù)據(jù)轉(zhuǎn)換到對象中。Model Binder使得你的控制器代碼可以干凈地從請求以及關(guān)聯(lián)的環(huán)境中分離出來。
這里有一些關(guān)于在MVC項目中更好使用Model Binding的建議。
Tip#1:最好使用Model Binding而不是Request.Form
如果你的Action像下面這樣:
- [AcceptVerbs(HttpVerbs.Post)]
- publicActionResultCreate()
- {
- Recipe recipe = new Recipe();
- recipe.Name = Request .Form["Name"];
- //...
- returnView();
- }
就不對了。這些屬性使得你的Action很難讀而且更難以測試,Model Binder可以幫你從Request和HttpContext中擺脫出來。比如,你可以使用FormCollection類型的參數(shù)來代替上面的代碼:
- publicActionResultCreate(FormCollectionvalues)
- {
- Recipe recipe = new Recipe();
- recipe.Name = values ["Name"];
- //...
- returnView();
- }
使用FormCollection你可以不必再深入到Request對象,這樣,有時候你就可以使用低層次的控制了。但是,如果你的數(shù)據(jù)來自Request.Form,或者URL請求參數(shù),你可以通過Model Binding來完成它的魔術(shù)。
- [AcceptVerbs(HttpVerbs.Post)]
- publicActionResultCreate(RecipenewRecipe)
- {
- //...
- returnView();
- }
在這個例子中,Model Binder將會幫你創(chuàng)建newRecipe對象,并且使用從Request中獲得獲得的數(shù)據(jù)來填充它,真的是魔術(shù)。有許多的途徑允許你定制綁定的處理過程,使用白名單,黑名單,前綴,以及接口,更多的控制還允許你通過UpdateModel和TryUpdateModel方法進行,只是要注意無意的綁定。看一看Justin Etheredge的文章 Think Before You Bind .
Tip#2定制Model Binder
在MVC中,Model Binding也是一個擴展點。如果默認的綁定不合適的話,你可以提供一個自定義的Model Binder,實現(xiàn)自定義的Model Binder你需要實現(xiàn)接口IModelBinder,這是僅有的一個方法,有多難嗎?
- publicinterfaceIModelBinder
- {
- objectBindModel(ControllerContextcontrollerContext,
- ModelBindingContextbindingContext);
- }
一旦你進入Model Binding,實際上,你將會發(fā)現(xiàn)這個簡單的IModelBinder接口并沒有完全描述在框架中的默認契約和負作用。如果你退回一步看一看,就會發(fā)現(xiàn)Model Binder,ModelState以及HtmlHelper。
Scott Hanselman在他的“ Splitting DateTime – Unit Testing ASP.NET MVC Custom Model Binders ”中給出了一個并不是演示版的Model Binder,一個我需要提出來的細節(jié)是Scott的DateTime分離器仍然沒有通過Request.Form來綁定,在GetA<T> 方法中,你將會看到Scott使用了上下文對象的ValueProvider屬性來獲得數(shù)據(jù),ValueProvier表示混合了表單數(shù)據(jù),路由數(shù)據(jù),以及請求參數(shù)數(shù)據(jù)的數(shù)據(jù)。Scott的例子非常棒,但是,少了一個細節(jié):綁定中的錯誤。
如果默認的模型綁定器在將數(shù)據(jù)綁定到你的對象上時出現(xiàn)了問題,它會將錯誤信息和錯誤的數(shù)據(jù)壓入到ModelState中,你可以檢查ModelState.IsValid來檢查綁定中的問題,使用ModelState.AddModelError 方法可以注入你自己的錯誤信息。
如果你看看Scott文章的回應,你會看到 Sebastien Crocquesel’s 對這個問題的補丁。如果轉(zhuǎn)換失敗,Sebastien的代碼將會使用ModelState.AddModelError方法來表示錯誤。Controller和View都會使用ModelState來檢查綁定的問題。Controller需要檢查ModelState,以便在將數(shù)據(jù)保存到數(shù)據(jù)庫之前檢查錯誤,而View需要通過ModelState來為用戶提供驗證的回應。需要注意的一點是HtmlHelper,你需要同時提供一個值,通過ModelState.SetModelValue,并且提供錯誤信息,通過AddModelError,否則你將會得到一個運行時的空引用異常,下面的代碼演示了這個問題。
- [AcceptVerbs(HttpVerbs.Post)]
- publicActionResultCreate(FormCollectionForm)
- {
- //thisisthewrongapproach...
- if(Form["Name"].Trim() .Length ==0)
- ModelState.AddModelError("Name","Nameisrequired");
- returnView();
- }
上面的代碼創(chuàng)建了一個模型的錯誤信息,但是沒有提供值。也有其他的問題,但是,如果你像下面一場呈現(xiàn)視圖,那么,就會得到一個異常。
<%= Html.TextBox(
"Name"
, Model.Name) %>
|
縱然你為 Model.Name 提供了一個值,HtmlHelper 也會發(fā)現(xiàn)錯誤,然后顯示試圖的值。如果你沒有提供值,就會看到一個空引用異常。
Tip#3通過繼承來自定義Model Binding
如果你決定實現(xiàn)一個自定義的Model Binder,你可能希望通過從DefaultModelBinder繼承來減少部分工作量,其實,最終你會發(fā)現(xiàn)不能通過繼承DefaultModelBinder 來達到你的目的。例如,假如你希望通過自定義的 ModelBinder來創(chuàng)建某些對象,DefaultModelBinder將會使用Activator.CreateInstance和Model的默認構(gòu)造函數(shù)來創(chuàng)建對象,如果你的模型沒有提供默認的構(gòu)造函數(shù),你可以重寫CreateModel方法來解決這個問題。
Jimmy有一篇關(guān)于使用DefaultModelBinder的派生類的帖子“ A Better Model Binder ”.
Tip#4使用注解來完成驗證
Brad Wilson在他的文章 DataAnnotations and ASP.NET MVC 中,完美地演示了一切。
我建議你仔細讀一下Brad Wilson的文章,如果你想快一點,這里總結(jié)了一下。
.NET 3.5 SP1帶來了System.ComponentModel.DataAnnotations程序集,通過數(shù)據(jù)的注解和DataAnnotationModelBinder,你可以處理大部分的服務器端驗證問題,只需要簡單地標注你的模型
- publicclassRecipe
- {
- [Required( ErrorMessage = "Weneedanameforthisdish." )]
- [RegularExpression("^Bacon")]
- publicstringName{get;set;}
- //...
- }
Tip#5綁定和驗證是兩個步驟
綁定是從環(huán)境中獲得數(shù)據(jù),然后賦予模型對象的過程,驗證是檢查模型對象的數(shù)據(jù),確認符合我們的期望。這是完全不同的操作,但是模型綁定模糊了他們的區(qū)別。如果你希望在Model Binder中一起完成這兩步工作,是可以的,這需要準確地知道DataAnnotationsModelBinder做了什么,你可以看這幾個例子。實際上,經(jīng)常被忽略的一點是DefaultModelBinder如何分離綁定和驗證步驟。如果只是簡單屬性的驗證,所有你要做的就是重寫DefaultModelBinder的OnProperValidating方法。
下面的幾篇文章可以參考一下:
- Automatic Model Validation with ASP.NET MVC, xVal, Castle, and a Custom Binder
- Enterprise Library Validation Application Block with MVC Binders
Tip#6關(guān)于綁定的內(nèi)容
前面我說過:Model Binder可以幫你從Request和HttpContext中擺脫出來。從更加廣泛的角度來說,并沒有限制數(shù)據(jù)的來源,請求上下文中包含豐富的客戶端信息。Scott Hanselman的另外一篇文章演示了將用戶的標識綁定到模型上。
綜上所述
Model Binding是美妙的魔術(shù),所以,盡可能使用內(nèi)置的奇妙功能
更多文章、技術(shù)交流、商務合作、聯(lián)系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯(lián)系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
