MVC参数验证的第三部分：深入探讨

　　在实际开发中，项目经理会一直强调一句话，永远不要相信客户端的数据(前端可以不用验证，但是后端必须验证)。大家同意这样的说法吧。。新端验证毋庸质疑JS验证，提高用户体验我们不得不添加一些与后端一致的验证逻辑，同样的验证方式写两次对一个高端的攻城师来说 比不让他写代码还难受，幸好MVC提供了一套验证框架，解决了这个比较高疼的问题...

1、内置前端验证
　　MVC无论是前端或后端验证，宗旨是不会变的，也就是Model,Model好比是通向两个河对岸的桥梁，前端验证也就是架在这个桥梁之上。其实实现前端验证很简单，只需要我们在Model(实体)对象上，添加我们要验证的属性就OK了。
　　eg:针对用户Name,Age,Sex进行验证，Model配置如下：

　　Razor视图配置如下：

　　验证结果如下：没有发出任何请求，客户端验证没有通过
2、IClientValidatable接口　　IclientValidatablie接口是实现后端配置验证信息的提供者。用户信息登录性别条件为例，服务配置性别对象Sex只能为“男”“女”两种情况，那么我们如何告知前端，针对性别验证也只能是这两种咧？？

3、自定义前端验证　　随着系统逐渐的庞大，系统自定的验证方式已经无法满足我们业务的需要，这时MVC框架提供了一个非常可怕的验证方法 供我们实现自定义的一套验证体系，实现前后端一套验证搞定一切的类与接口(ValidationAttribute, IClientValidatable)关于ValidationAttribute的用法不会用的攻城师们回头看看[MVC之参数验证(一)]。服务端将自定义的验证规则通过IClientValidatable接口提交给客户端后，那么客户端如何抓取此规则，生产一套通知的验证体系呢？？这时我们要借肋MVC前验证JS文件。引用Query文件(jquery-1.7.1.min.js)、Jquery验证文件(jquery.validate.js)、Jquery验证适配器(jquery.validate.unobtrusive.js) 然后添加验证事件与相应的适配器信息。

完成之后将我们添加的JS代码引用到所需的页面上，看看执行结果。