1500字范文,内容丰富有趣,写作好帮手!
1500字范文 > ASP.NET Core 中文文档 第四章 MVC(2.2)模型验证

ASP.NET Core 中文文档 第四章 MVC(2.2)模型验证

时间:2022-12-19 18:50:55

相关推荐

ASP.NET Core 中文文档 第四章 MVC(2.2)模型验证

原文:Model Validation

作者:Rachel Appel

翻译:娄宇(Lyrics)

校对:孟帅洋(书缘)

在这篇文章中:

章节:

介绍模型验证验证 Attribute模型状态处理模型状态异常手动验证自定义验证客户端验证客户端模型验证器远程验证

介绍模型验证

在一个应用程序将数据存储到数据库之前,这个应用程序必须验证数据。数据必须检查潜在的安全隐患,验证类型和大小是正确并且符合你所制定的规则。尽管验证的实现可能会是冗余和繁琐的,却是有必要的。在 MVC 中,验证发生在客户端和服务器端。

幸运地是, .Net 有一些拥有抽象验证的验证 Attribute 。这些 Attribute 包含验证代码,从而减少你必须写的代码量。

验证 Attribute

验证 Attribute 是一种配置模型验证的方法,类似在数据库表中验证字段的概念。它包含了指定数据类型或者必填字段等约束。其它类型的验证包括将强制的业务规则应用到数据验证,比如验一个信用卡号,一个手机号码,或者一个 Email 地址。 验证 Attribute 使这些要求更简单,更容易使用。

下面是一个存储了电影和电视节目信息的应用程序中被注解的Movie模型。大部分属性是必填的,几个字符串类型的属性有长度限制。此外,在Price属性上通过自定义验证 Attribute 实现了 0 到 $999.99 的数字范围限制。

public class Movie{public int Id { get; set; }[Required][StringLength(100)]public string Title { get; set; }[Required][ClassicMovie(1960)][DataType(DataType.Date)]public DateTime ReleaseDate { get; set; }[Required][StringLength(1000)]public string Description { get; set; }[Required][Range(0, 999.99)]public decimal Price { get; set; }[Required]public Genre Genre { get; set; }public bool Preorder { get; set; }}

简单地通过阅读模型了解了这个应用程序的数据规则,(这种编码方式)让维护代码变得更简单。以下是几个常用的内置验证 Attribute :

[CreditCard]: 验证属性是信号卡号格式。[Compare]: 验证模型中的两个属性匹配。[EmailAddress]: 验证属性是 Email 格式。[Phone]: 验证属性是 电话号码 格式。[Range]: 验证属性在指定的范围内。[RegularExpression]: 验证数据匹配指定的正则表达式。[Required]: 使属性成为必填。[StringLength]: 验证字符串类型属性的最大长度。[Url]: 验证属性是 URL 格式。

MVC 支持任何为了验证目的而从ValidationAttribute继承的 Attribute 。需要有用的验证 Attribute 可以在 ponentModel.DataAnnotations 命名空间下找到。

可能在某些情况下,你需要使用比内置 Attribute 更多的验证功能。在那时,你可以通过创建继承自ValidationAttribute的自定义验证 Attribute 或者修改你的模型去实现IValidatableObject接口。

模型状态

模型状态表示在 HTML 表单提交值的一系列验证错误。

MVC 将持续验证字段直到错误数达到最大值(默认200)。你可以通过在Startup.cs文件下的ConfigureServices方法中插入以下代码来配置这个最大值:

services.AddMvc(options => options.MaxModelValidationErrors = 50);

处理模型状态异常

模型验证发生在每个控制器(Controller)的行为(Action)被调用之前,而检查ModelState.IsValid和做出适当的反应是行为(Action)方法的职责。在许多情况下,适当的反映是返回某种错误响应,理想情况下详细介绍了模型验证失败的原因。

一些应用程序将选择遵循一个标准的惯例来处理模型验证错误,在这种情况下,过滤器可能是一个适当的方式来实现这种策略。你需要分别用有效和无效的模型状态来测试 Action 的行为。

手动验证

当模型绑定和验证完成后,你也许想重复其中的部分操作。例如,用户可能输入了一个被期望为 integer 类型的字段的文本,或者你需要为模型中的一个属性计算一个值。

你需要手动去执行验证。像这样,调用TryValidateModel方法:

TryValidateModel(movie);

自定义验证

验证 Attribute 满足大多数的验证需求。然而你的业务存在一些特殊的验证规则,它们不仅仅是通用的数据验证,如确保字段必填或者符合一个值的范围之类的。对于这些情况,自定义验证 Attribute 是一个不错的解决方案。在 MVC 中创建你自己的自定义验证 Attribute 是非常容易的。只需要继承ValidationAttribute并且重写IsValid方法。IsValid方法接受两个参数,第一个是命名为value的 object 对象,第二个参数是一个命名为validationContextValidationContext对象。Value指的是你的自定义验证器验证的字段的值。

在下面的示例中,一个业务规则规定,用户可能不会将在1960年之后发布的电影的Genre设置为Classic[ClassicMovie]Attribute 首先检查Genre,如果它是Genre.Classic,接下来检查电影发布日期是否晚于1960年。如果发布晚于1960年,验证失败。这个 Attribute 接受一个 integer 类型的参数作为验证数据的年份。你可以在这个 Attribute 的构造函数中对这个值进行赋值,如同这里显示的:

public class ClassicMovieAttribute : ValidationAttribute, IClientModelValidator{private int _year;public ClassicMovieAttribute(int Year){_year = Year;}protected override ValidationResult IsValid(object value, ValidationContext validationContext){Movie movie = (Movie)validationContext.ObjectInstance;if (movie.Genre == Genre.Classic && movie.ReleaseDate.Year > _year){return new ValidationResult(GetErrorMessage());}return ValidationResult.Success;}

上面的movie变量代表一个包含了表单提交数据并等待验证的Movie的对象。在这个例子中,ClassicMovieAttribute类的IsValid方法按照规定检查了日期和分类( Genre )。当验证成功,IsValid方法返回一个ValidationResult.Success枚举码;当验证失败,返回一个带有错误消息的ValidationResult。当用户修改了Genre字段并且提交表单,ClassicMovieAttribute中的IsValid方法将验证电影是否是经典( Classic )。如同其他内置的 Attribute 一样,应用ClassicMovieAttribute到比如ReleaseDate这个属性上来确保验证发生,如果之前例子中的演示代码一样。因为这个例子仅对Movie类型有效,一个更好的选择使用下面段落介绍的IValidatableObject

另外,相同的代码可以放在模型里,通过去实现IValidatableObject接口中的Validate方法。当自定义验证 Attribute 能够很好的验证各个属性时,实现IValidatableObject接口可以用来实现类等级(Class-Level)的验证,如下。

public IEnumerable<ValidationResult> Validate(ValidationContext validationContext){if (Genre == Genre.Classic && ReleaseDate.Year > _classicYear){yield return new ValidationResult("Classic movies must have a release year earlier than " + _classicYear,new[] { "ReleaseDate" });}}

客户端验证

客户端验证为客户带了极大的便利。它可以节省时间而不用花费一个来回时间等待服务器的验证结果。在业务角度来看,一天中哪怕是几秒乘以数百次,都会增加很多工作时间、开支以及挫败感。直接和即时的验证,使用户能够更有效地工作,得到质量更好的投入和产出。

你必须适当的引用 JavaScript 脚本来进行客户端验证,如下。

<script src="/ajax/jQuery/jquery-1.11.3.min.js"></script>

<script src="/ajax/jquery.validate/1.14.0/jquery.validate.min.js"></script><script src="/ajax/jquery.validation.unobtrusive/3.2.6/jquery.validate.unobtrusive.min.js"></script>

除了模型属性的类型元数据外,MVC还是用验证 Attribute 通过 JavaScript 验证数据并展示所有错误信息。当你使用 MVC 去渲染使用 Tag Helpers 或者 HTML helpers 的表单数据之时,它将在需要验证的表单元素中添加 HTML 5 data- attributes,如同下面看到的。 MVC 对所有内置验证 Attribute 和自定义验证 Attribute 生成data-特性。你可以通过相关的 Tag Helper 在客户端显示验证错误,如同这里展示的:

<div class="form-group"><label asp-for="ReleaseDate" class="col-md-2 control-label"></label><div class="col-md-10"><input asp-for="ReleaseDate" class="form-control" /><span asp-validation-for="ReleaseDate" class="text-danger"></span></div></div>

上面的 Tag Helper 渲染的 HTML 如下。 注意输出的 HTML 中data-特性对应ReleaseDate属性的验证 Attribute。下面的data-val-required特性包含一个用于展示的错误消息,如果用户没有填写 ReleaseDate 字段,错误消息将随着<span>元素一起显示。

<form action="/movies/Create" method="post"><div class="form-horizontal"><h4>Movie</h4><div class="text-danger"></div><div class="form-group"><label class="col-md-2 control-label" for="ReleaseDate">ReleaseDate</label><div class="col-md-10"><input class="form-control" type="datetime"data-val="true" data-val-required="The ReleaseDate field is required."id="ReleaseDate" name="ReleaseDate" value="" /><span class="text-danger field-validation-valid"data-valmsg-for="ReleaseDate" data-valmsg-replace="true"></span></div></div></div></form>

客户端验证防止表单提交直到有效为止。无论提交表单还是显示错误消息,提交按钮都会执行 JavaScript 代码。

MVC 基于 .NET 属性的数据类型决定类型特性值,可以使用[DataType]Attribute 来覆盖。基础的[DataType]Attribute 并不是真正的服务端认证。浏览器选择它们自己的错误消息并按照它们希望的那样显示这些错误,然而 jQuery Validation Unobtrusive 包可以重写这些消息并且让他们显示方式保持一致。当用户应用[DataType]的子类比如[EmailAddress]的时候,这种情况最明显。

客户端模型验证器

你也许会为你的自定义 Attribute 创建客户端逻辑,unobtrusive validation 会在客户端将它作为验证的一部分自动执行。第一步

是向下面一样,通过实现IClientModelValidator接口来控制那些被添加的 data- 特性:

public void AddValidation(ClientModelValidationContext context){if (context == null){throw new ArgumentNullException(nameof(context));}MergeAttribute(context.Attributes, "data-val", "true");MergeAttribute(context.Attributes, "data-val-classicmovie", GetErrorMessage());var year = _year.ToString(CultureInfo.InvariantCulture);MergeAttribute(context.Attributes, "data-val-classicmovie-year", year);}

Attribute 实现这个接口后可以添加 HTML 特性到生成的字段。检查输出的 HTML 中的ReleaseDate元素,和上一个例子差不多,除了通过IClientModelValidator接口的AddValidation方法定义了一个data-val-classicmovie特性。

<input class="form-control" type="datetime"data-val="true"data-val-classicmovie="Classic movies must have a release year earlier than 1960"data-val-classicmovie-year="1960"data-val-required="The ReleaseDate field is required."id="ReleaseDate" name="ReleaseDate" value="" />

Unobtrusive validation 使用data-特性中的数据来显示错误消息。然而 JQuery 在你添加 JQuery 的validator对象之前是不知道规则和消息的。在显示在下面的例子中将一个包含自定义客户端验证代码的命名为classicmovie的方法添加到 JQuery 的validator对象中。

$(function () {jQuery.validator.addMethod('classicmovie',function (value, element, params) {// Get element value. Classic genre has value '0'.var genre = $(params[0]).val(),year = params[1],date = new Date(value);if (genre && genre.length > 0 && genre[0] === '0') {// Since this is a classic movie, invalid if release date is after given year.return date.getFullYear() <= year;}return true;});jQuery.validator.unobtrusive.adapters.add('classicmovie',[ 'element', 'year' ],function (options) {var element = $(options.form).find('select#Genre')[0];options.rules['classicmovie'] = [element, parseInt(options.params['year'])];options.messages['classicmovie'] = options.message;});}(jQuery));

现在 JQuery 拥有执行自定义 JavaScript 验证以及当验证代码返回 false 时用来显示的错误消息的信息了。

远程验证

当你需要在客户端上使用服务器上的数据进行验证的时候,远程验证是一个很棒的功能。比如,你的应用程序也许需要验证一个 Email 或者用户名是否已经被使用,这样做必须查询大量的数据。为了验证一个或几个字段下载大量的数据,消耗了过多的资源。并且可能会暴露敏感信息。另一个办法是使用回传请求来验证字段。

你可以用两个步骤实现远程验证。首先,你需要用[Remote]Attribute 注解你的模型。[Remote]Attribute 接受多个重载可以直接使用客户端 JavaScript 到适当的代码来调用。下面的例子指向UsersController 的VerifyEmailAction 。

public class User{[Remote(action: "VerifyEmail", controller: "Users")]public string Email { get; set; }}

第二步是将验证代码放到[Remote]Attribute 中定义的相应 Action 方法中。Action 方法返回一个JsonResult,如果需要,客户端可以用来继续或者暂停并显示错误。

[AcceptVerbs("Get", "Post")]public IActionResult VerifyEmail(string email){if (!_userRepository.VerifyEmail(email)){return Json(data: $"Email {email} is already in use.");}return Json(data: true);}

现在当用户输入一个 Email ,View 中的 JavaScript 进行远程调用来检查 Email 是否被占用,如果被占用就显示错误消息。否则,用户可以和往常一样提交表单。

返回目录

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。