假设我们书店需要录入一本书,为了简单的体现我们的自定义验证,我们的实体定义的非常简单,就两个属性,一个名称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是如何为我们自定义校验工作的了。

Mvc自定义验证的更多相关文章

  1. ASP.NET MVC自定义验证Authorize Attribute(包含cookie helper)

    前几天Insus.NET有在数据库实现过对某一字段进行加密码与解密<使用EncryptByPassPhrase和DecryptByPassPhrase对MS SQLServer某一字段时行加密和 ...

  2. ASP.NET MVC自定义验证Authorize Attribute

    前几天Insus.NET有在数据库实现过对某一字段进行加密码与解密<使用EncryptByPassPhrase和DecryptByPassPhrase对MS SQLServer某一字段时行加密和 ...

  3. MVC自定义验证 jquery.validate.unobtrusive

    MVC的验证 jquery.validate.unobtrusive 阅读目录 一.应用 二.验证规则 1.一.简单规则 2.二.复杂一点的规则 3.三.再复杂一点的规则(正则) 4.四.再再复杂一点 ...

  4. MVC数据验证原理及自定义ModelValidatorProvider实现无编译修改验证规则和错误信息

    Asp.net MVC中的提供非常简单易用的数据验证解决方案. 通过System.ComponentModel.DataAnnotations提供的很多的验证规则(Required, StringLe ...

  5. Asp.net MVC验证那些事(4)-- 自定义验证特性

    在项目的实际使用中,MVC默认提供的Validation Attribute往往不够用,难以应付现实中复杂多变的验证需求.比如, 在注册用户的过程中,往往需要用户勾选”免责声明”,这个checkbox ...

  6. ASP.NET MVC验证 - 自定义验证规则、验证2个属性值不等【待验证】

    提示:保存后才提示错误信息 自定义验证特性,继承ValidationAttribute并实现IClientValidatable 这次重写了基类的IsValid()方法的另外一个重载,因为该重载包含了 ...

  7. ASP.NET MVC 3 使用Model自定义验证的样式

    1.修改jquery.validate.unobtrusive.js 将onError方法修改 //修改的部分 //////////////////////////////////////////// ...

  8. MVC 自定义过滤器/特性来实现登录授权及验证

    最近悟出来一个道理,在这儿分享给大家:学历代表你的过去,能力代表你的现在,学习代表你的将来. 十年河东十年河西,莫欺少年穷 学无止境,精益求精    最近在做自学MVC,遇到的问题很多,索性一点点总结 ...

  9. ASP.NET MVC如何实现自定义验证(服务端验证+客户端验证)

    ASP.NET MVC通过Model验证帮助我们很容易的实现对数据的验证,在默认的情况下,基于ValidationAttribute的声明是验证被使用,我们只需 要将相应的ValidationAttr ...

随机推荐

  1. 用PHP ping 一个 IP

    最近要做一个 测试IP列表 是否能连通的功能.大家都知道我们一般用 ping 命令就可以看到IP端口可不可以连通.那在程序里要怎么做呢? 我们在网上找到很多都是使用  exec("ping ...

  2. Cookie和Session的原理图

    Cookie Session

  3. Linked List Cycle && Linked List Cycle II

    Given a linked list, return the node where the cycle begins. If there is no cycle, return null. Note ...

  4. MyEclipse下安装MyBatis Generator代码反向生成工具

    一.离线方式: 在http://mybatis.googlecode.com/svn/sub-projects/generator/trunk/eclipse/UpdateSite/下载 featur ...

  5. storm1.0节点间消息传递过久分析及调优

    序:最近对storm平台系统进行性能检测发现偶尔会出现oncebolt向另一个twobolt发送数据后,twobolt要500毫秒后才接收到进行处理.这里简单说增大twobolt的并行度即可解决,但是 ...

  6. 原生js更改css样式的两种方式

    下面我给大家介绍的是原生js更改CSS样式的两种方式: 1通过在javascript代码中的node.style.cssText="css表达式1:css表达式2:css表达式3  &quo ...

  7. lnmp pathinfo问题

    location / {              if (!-e $request_filename) {              rewrite  ^/(.*)$  /index.php/$1  ...

  8. js代码实现放大镜效果

    每当打开淘宝,天猫等pc端时,看到心仪的物品时,点击图片时,便呈现出放大的效果.在没有去理解分析它的原理时,感觉非常的神奇,当真正地去接触,也是非常好理解.如下图展示所见: 很是常见,在此记载一下,毕 ...

  9. Android 使用纯Java代码布局

    java布局 java代码布局和xml布局的区别 1.Java纯布局更加的灵活,比如自定义控件或一些特殊要求时,使用java代码布局 2.常用的xml布局是所见即所得的编写方式,以及xml本身拥有一些 ...

  10. 阿里安卓面试分析: Android应用的闪退(crash)问题跟踪和解析

    一:问题描述    闪退(Crash)是客户端程序在运行时遭遇无法处理的异常或错误时而退出应用程序的表现,请从crash发生的原因分类与解决方法.在出现crash后如何捕捉并分析异常这两个问题给出自己 ...