MVC+edmx+数据验证 分属多assembly

相信很多小伙伴在使用edmx的时候不知道如何写入验证。我也是迷茫了很长时间才找到方法。首先大家有没有发现tt文件里的类是由partial关键字的，起初我以为别的地方还有自动生成的另一半类，不过在我找到新方法写验证的时候就觉得，这货肯定是edmx故意给我们留下的。以便我们可以再其他地方给他数据验证。
好了 让我们简单介绍一下如何给这些edmx类添加数据验证。

自动生成的那个类

namespace xxx.Models{    using System;    using System.Collections.Generic;    public partial class BidProject    {        public BidProject()        {            this.BidInCompany = new HashSet<BidInCompany>();        }        public int Bid { get; set; }        }     }}

我们需要自己写的类

using System.Collections.Generic;using System.Linq;using System.Web;using System.ComponentModel.DataAnnotations;namespace xxx.Models{    [MetadataTypeAttribute(typeof(BidProjectMetadata))]    public partial class BidProject    {    }    internal sealed class BidProjectMetadata    {        [Display(Name = "所属领域")]        public int Bid ；  }}

这里我们使用了一个MetadataTypeAttribute 官方的解释为
Specifies the metadata class to associate with a data model class.也就是说这个东西是专门为数据模型提供元数据的。也就是可以给数据模型提供验证。
来个官方的例子如下

using System;using System.Web.DynamicData;using System.ComponentModel.DataAnnotations;[MetadataType(typeof(CustomerMetaData))]public partial class Customer{}public class CustomerMetaData{    // Apply RequiredAttribute    [Required(ErrorMessage = "Title is required.")]    public object Title;}

另外如果我们的实体数据模型在另外一个assembly中那会怎么样呢，由于partial 关键字是在编译的时候合并相关class的所以，如果分属不同的dll文件中会产生问题。model 的dll文件中partial class customer 和当前项目的partial class custormer分属不同的assembly 所以不会合并到一起，也就是说CustomerMetaData不会与model 的dll里的有关系，以上方法失败

我们经常会吧实体数据模型提出来放到一个项目中，而自己的网站在另一个项目中，这样可以简化开发流程但问题随之而来，上面的问题就是一个棘手的问题。怎么办！！！

当然有办法，可以用继承的方法来做。
如下

   [MetadataType(typeof(CustomerMetaData))]    public class CustomerBuddy: Customer    {    }    public class CustomerMetadata {       [Display(Name = "代码")]      [Required(ErrorMessage = "Title is required.")]      public object Title;    }

使用方法
当用于验证的时候比如添加，则

var model = new CustomerBuddy();//在cshtml里@model  CustomerBuddy @Html.TextBoxFor(t => t.Title)  @Html.ValidationMessageFor(m => m.Title)

提交的时候因为CustomerBuddy和 Customer是继承关系，所以在cs里可以

[HttpPost][ValidateAntiForgeryToken]public ActionResult InforCreate(Customer model){ return View();}

直接使用Customer 而不是CustomerBuddy

附送一些验证方法总结：
来自http://www.cnblogs.com/kissdodog/archive/2013/05/04/3060278.html
一、基础特性
　　一、Required

　　　　必填选项，当提交的表单缺少该值就引发验证错误。

　　二、StringLength

　　　　指定允许的长度

　　　　指定最大长度：

　　[StringLength(20)]　　//最大长度不超过20个字符
　　　　指定最短于最长限制：

　　[StringLength(20,MinimumLength=3)]　　//最大长度不超过20个字符，最短不能低于3个字符
　　三、RegularExpression

　　　　正则表达式能够匹配的字符串，如果不能匹配，则报一个验证错误

　　[RegularExpression(@”[A-Za-z0-9.%+-]+@[A-Za-z0-9.-]+.[A-Za-z]{2,4}”)]
　　如邮箱格式验证:

[RegularExpression(@”^\w+@[a-zA-Z_]+?.[a-zA-Z]{2,3}$”, ErrorMessage = “请输入正确的电子邮箱地址！”)]
　　四、Range

　　　　Range特性用来指定数值类型值的最小值和最大值。

　　[Range(35,44)] //整型，最小35，最大44
　　[Range(typeof(decimal),”0.00”,”49.99”)] //decimal类型
　　五、Remote

　　　　允许利用服务器端的回调函数执行客户端的验证逻辑。说白了就是支持AJAX验证。

　　　　需要引用命名空间：System.Web.Mvc;

　　　　这个写个异步验证用户名是否存在的DEMO：

复制代码
[Required]
[Remote(“CheckUserName”, “Home”)]
public string UserName
{
get;
set;
}
复制代码
　　　　Controller代码：

复制代码
public JsonResult CheckUserName(string UserName)
{
bool result = true;
if (UserName == “admin”)
{
result = false;
}
return Json(result,JsonRequestBehavior.AllowGet);
}
复制代码
　　　　显示结果：

　　　　留意到，是通过AJAX发送UserName的值到服务器端判断过的。

　　六、Compare

　　　　用于确保模板对象的两个对象拥有相同的值。

　　　　例如，通常输入密码之后还要求用户再次确认密码，这时候就是Compare属性发挥作用的时候了。

　　[Compare(“要对比的属性名”)]
　　　　

　　以上特性需要 using System.ComponentModel.DataAnnotations;

　　同时需要注意Web.config里面的这两个选项是否设置为了true；

<add key="ClientValidationEnabled" value="true"/><add key="UnobtrusiveJavaScriptEnabled" value="true"/>

二、自定义错误提示消息
　　每个特性都允许传递一个带有自定义错误提示消息的参数。

复制代码
[Required(ErrorMessage=”用户名必须填写”)]
[Remote(“CheckUserName”, “Home”,ErrorMessage=”此用户名已存在”)]
public string UserName
{
get;
set;
}
复制代码
　　

　　自定义错误消息，还有一个格式项，如

[Required(ErrorMessage=”{0}必须填写”)]
publit string Name
{
get;
set;
}
　　则{0}在输入的时候会被Name替换。

　　如果以上的验证方式还不够，你还可以自定义验证，到时候忘记了可以翻《Asp.net MVC3 高级编程》第127页。这里就不写DEMO了，用到再写。

三、显示和编辑注解
　　1、Display

　　如果使用的是直接EditorForModel实现的话，Display特性可以帮助你设置友好的显示名称

　　例如：

[Display(Name=”密码”)]
public string PassWord { get; set; }
　　显示结果如下：

　　其次Display还支持显示属性的顺序，如

[Display(Name=”密码”,order = 15000)]
public string PassWord { get; set; }

[Display(Name=”密码”,order = 15001)]
public string UserName { get; set; }
　　后面的顺序是显示编辑框的顺序，默认是10000，按升值排序。

　　2、ScaffoldColumn

　　隐藏Html辅助方法(如EditorForModel,DisplayForModel)显示一些属性。

[ScaffoldColumn(false)] //不显示该属性的编辑框
public string UserName { get; set; }
　　虽然ScaffoldColumn可以做到不显示一些属性在页面上被编辑，但是如果提交的Form有这个属性值，模型绑定机制依然会绑定此属性值。要解除就要显式的[Bind]了，这个与本篇无关。此处不提。

　　3、DisplayFormat

　　 DisplayFormat特性可以用来处理属性的各种格式化选项。当属性包含空值时，可以提供可选的显示文本，也可以为包含标记的属性关闭HTML编码，还可以为运行时指定一个应用于属性值的格式化字符串。

　　例如:

[DisplayFormat(ApplyFormatInEditMode = true, DataFormatString = “{0:c}”)]
public decimal money { get; set; }
　　这样，当有初始值的时候，显示的代码将如下所示：

　　注意是初始值，如果是直接填写的并不会有符号。来看Controller中设置的初始值：

    public ActionResult PersonAdd()    {        Person_Model p = new Person_Model();        p.money = 12.10M;        return View(p);    }

　　此显示样式在提交回Controller中是没用的，因为模型绑定器将不能解析返回的价格值。怎么用自己斟酌，用于显示还是OK的。

　　4、ReadOnly

　　如果确保默认的模型绑定器不使用请求中的新值更新属性，可以给属性添加ReadOnly特性：

[ReadOnly(true)]
public string Name { get; set; }
　　注意，此属性仍然会显示一个可编辑的文本框来显示Name，但是模型绑定器不会接收其值，因此只有模型绑定器考虑ReadOnly属性。

　　5、DataType

　　DataType特性可以为运行时提供关于属性的特定用途的信息。

　　例如：

[DataType(DataType.Password)]
public string PassWord { get; set; }
　　显示效果如下：

　　该属性可以用于指定多选按钮，单选按钮，密码输入框，等等类型的数据。

　　6、UIHint

　　UIHint特性给Asp.net MVC运行时提供了一个模板名字，以备调用模板辅助方法如(DisplayFor和EditorFor)渲染输出时使用。也可以自定义自己的模板辅助方法来重写Asp.net MVC的默认行为。

　　7、HiddenInput

　　HiddentInput在名称空间System.Web.Mvc中，它可以告知运行时渲染一个type特性值为”hidden”的输入元素。说白了就是

四、验证示例
　　首先新建一个MVC项目。添加如下代码，代码非常简单：一个Person_Model类

复制代码
public class Person_Model
{
[Required]
public int Id { get; set; }

    [Required]    public string Name { get; set; }    [Required]    public int Age { get; set; }}

复制代码
　　Controller类代码：

复制代码
public class HomeController : Controller
{
public ActionResult PersonAdd()
{
return View();
}

    [HttpPost]    public ActionResult PersonAdd(Person_Model model)    {

　　　　　　　//一行代码判断验证是否通过
if (ModelState.IsValid)
{
return Redirect(“/Home/PersonManager”);
}
return View();
}
}
复制代码
　　视图代码：

复制代码
@model MvcApplication1.Models.Person_Model
@{
ViewBag.Title = “Index”;
Layout = “~/Views/Shared/_Layout.cshtml”;
}

　　Id:　　@Html.ValidationMessageFor(Model => Model.Id)　　//之所以写在Person_Model的验证会显示到前端提示，主要是这种代码起的作用
　　姓名:　　@Html.ValidationMessageFor(Model => Model.Name)
　　年龄:　　@Html.ValidationMessageFor(Model => Model.Age)

复制代码
　　先看执行的效果：

　　这个例子就是验证的，注意此处没有客户端验证，完全是服务器端验证的，如果出错，视图会渲染再次显示，非常好用啊，很方便啊，要在以前你要写多少行代码来搞定这些繁琐无味的验证呢？微软太体恤程序员了，顶一个。

　　在前面的例子当中，当数据发送到服务器验证不通过之后，则所有用户填写的内容在重新打开的页面后都清空了， 如果想不清空，即用户第一次填的内容还存在的话，可以return View(接受到的对象);

五、启用客户端验证
　　另外。貌似前端不执行验证有点浪费服务器资源，如果我们要前端先验证一次通过后再提交，这样能够减少服务器端验证的次数，不能每次有一些小问题都要服务器端验证后再返回吧！那么如何启用客户端验证呢？强大的微软，再次膜拜中，要启用前端验证。你只需要两步

　　第一步：引入如下4个文件。

<link href="@Url.Content("~/Content/Site.css")" rel="stylesheet" type="text/css" /><script src="http://www.cnblogs.com/Scripts/jquery-1.7.2.min.js" type="text/javascript"></script><script src="http://www.cnblogs.com/Scripts/jquery.validate.min.js" type="text/javascript"></script><script src="http://www.cnblogs.com/Scripts/jquery.validate.unobtrusive.min.js" type="text/javascript"></script>

　　第二步：在表单头部添加：

@{
Html.EnableClientValidation();
}
　　OK，这下就非常好了，不会因为一些鸡毛蒜皮都提交表单到服务器了。只有当客户端验证通过了，才提交表单到服务器，当然当有表单提交过来，服务器端还是会验证。

六、更改错误提示样式
　　 关于错误的提示样式，在/Content/Site.css里面，你可以找到要用的样式，更改了就可以了，在验证错误的时候视图是会带一个行内样式的，包括被验证的Html控件和错误提示。

　　特别提示：如果要前端显示生效，即不发送数据到服务器，前端就进行验证并显示错误提示消息，那么Form的引入一定要用MVC的，如：

　　@using (Html.BeginForm())
　　{

　　}
　　如果是自己写的前端提示是无效的。