Mvc自定义验证
假设我们书店需要录入一本书,为了简单的体现我们的自定义验证,我们的实体定义的非常简单,就两个属性,一个名称Name,一个出版社Publisher。
public class BookInfo { public string Name { get; set; } public string publisher { get; set; } }
Ok,需求有了,实体有了,那么添加我们的控制器和视图。先把代码贴出来。稍后我们在做分析
[HttpGet] public ActionResult Index() { return View(new BookInfo()); } //[HttpPost] public ActionResult Index(BookInfo book) { Validate(book); if (!ModelState.IsValid) { return View(book); } else { return Content("验证未通过!"); } } private void Validate(BookInfo book) { if (string.IsNullOrEmpty(book.Name)) { ModelState.AddModelError("Name","Name必须"); } }
视图就直接使用添加的强类型视图即可。
其实最开始我们可能想不到那么多,可能是这个样子滴
public ActionResult Index(BookInfo book) { Validate(book); if (!ModelState.IsValid) { return View(book); } else { return Content("验证未通过!"); } }
如果直接这么写,直接打开页面,你会发现页面显示的时候就会出现我们的校验信息。显然是不正确滴。
分析一下,直接请求页面的时候,显然是通过Url输入的Get请求访问的我们的Action,那么这个时候是不需要校验滴。
只有在我们表单提交的时候才需要验证,这个时候为post的请求。也就是这么一个action是搞不定的 ,我们需要分开处理。
刚才我们也分析了,处理时,其实是根据请求动作来区分调用哪个方法的,那么我们需要打上请求动作的标签。
如果没有标签我们看看是什么个情况。报错了。
看看错误内容,方法调用不明确。这个其实是路由解析的相关问题,关于路由解析,这里就不多做解释了,大家可以简单的理解为,
根据路由表,解析出我们的Controller为Home,Action为Index,根据Action的名称查找到两个方法,此时运行时
只根据名称无法区这两个方法,就会报错了。
为了让运行时能够区分请求类型,我们打上请求动作标签。ok,现在可以继续了
这样就完成了验证。
在稍作深入,ModelState是坨What,为什么直接用它的IsValid就能判断校验。它其实就是Controller的一个ModelStateDictionary类型的属性。
以下是ModelStateDictionary定义
[Serializable] public class ModelStateDictionary : IDictionary<string, ModelState>, ICollection<KeyValuePair<string, ModelState>>, IEnumerable<KeyValuePair<string, ModelState>>, IEnumerable { public ModelStateDictionary(); public ModelStateDictionary(ModelStateDictionary dictionary); public void Add(KeyValuePair<string, ModelState> item); public void Add(string key, ModelState value); public void AddModelError(string key, Exception exception); public void AddModelError(string key, string errorMessage); public void Clear(); public bool Contains(KeyValuePair<string, ModelState> item); public bool ContainsKey(string key); public void CopyTo(KeyValuePair<string, ModelState>[] array, int arrayIndex); public IEnumerator<KeyValuePair<string, ModelState>> GetEnumerator(); public bool IsValidField(string key); public void Merge(ModelStateDictionary dictionary); public bool Remove(KeyValuePair<string, ModelState> item); public bool Remove(string key); public void SetModelValue(string key, ValueProviderResult value); public bool TryGetValue(string key, out ModelState value); IEnumerator IEnumerable.GetEnumerator(); public int Count { get; } public bool IsReadOnly { get; } public bool IsValid { get; } public ICollection<string> Keys { get; } public ICollection<ModelState> Values { get; } public ModelState this[string key] { get; set; } }
就看我们用到的方法
public bool IsValid { get { return Enumerable.All<ModelState>((IEnumerable<ModelState>) this.Values, (Func<ModelState, bool>) (modelState => modelState.Errors.Count == 0)); } }
public void AddModelError(string key, string errorMessage) { this.GetModelStateForKey(key).Errors.Add(errorMessage); } private ModelState GetModelStateForKey(string key) { if (key == null) throw new ArgumentNullException("key"); ModelState modelState; if (!this.TryGetValue(key, out modelState)) { modelState = new ModelState(); this[key] = modelState; } return modelState; }
public class ModelState { private ModelErrorCollection _errors = new ModelErrorCollection(); public ValueProviderResult Value { get; set; } public ModelErrorCollection Errors { get { return this._errors; } } }
看看代码,哦,基本上明白了,ModelState记录了一个Errors集合,我们校验的时候会增加添加错误信息。
IsValid就判断了字典中的所有ModelState的Error集是否都为空。
再来猜一下Dictionary中的Key是什么呢。猜测就应该是对应的校验字段名。来做个试验,把我们添加错误信息的Name键,改为Publisher试试什么效果。
嗯,跟预期的一样。现在就明白了Mvc是如何为我们自定义校验工作的了。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。