[水煮 ASP.NET Web API2 方法论]（1-6）Model Validation

问题

  想要 ASP.NET Web API 执行模型验证，同时可以和 ASP.NET MVC 共享一些验证逻辑。

解决方案

  ASP.NET Web API 与 ASP.NET MVC 支持一样的验证机制，都是通过 System.ComponentModel.DataAnnoataions 的属性验证。使用框架提供的相关验证属性，已足够来用来验证模型。

想要更细粒度的验证，我们可以选择在我们的模型中实现 IValudateObject（来自于 System.ComponentModel.DataAnnotations）。如果所有的属性都验证通过，ASP.NET Web API 将会调用接口的 Validate 方法，在这里我们可以进行更进一步的进行实体验证。这是和 MVC 里面的行为一样，并且，我们甚至可以在 Web API 和 MVC 中使用同一个 DTO。

  还有另一种方法，就是可以使用一个叫做 FluentValidation（NuGet 中可以下载FluentValidation）的第三方程序库,他可以构建更强大的验证场景。在这样的情况下，我们仍然需在我们的模型中实现 IValidateObject 接口，同时需要依赖于FluentValidation 验证器，而不是内嵌的验证逻辑。

小提示 ASP.NET Web API 的验证行为在跨宿主机上是相同的。

工作原理

  为了从 HTTP 请求 Body 中读取的模型并执行验证，ASP.NET Web API 依赖于一个 IBodyModelValidator 的服务。接口的大致描述如清单 1-17 所示，然而，他是一个可替代的服务，正常情况下，默认实现（DefaultBodyModelValidator）足够我们使用，在HttpConfiguration 被设置为自启动。

清单 1-17. IBodyModelValidator 接口

public interface IBodyModelValidator
{
    bool Validate(object model, Type type, ModelMetadataProvider metadataProvider,
    HttpActionContext actionContext, string keyPrefix);
}

  有一个叫做FormatrtParameterBinding 的服务，在 HTTP 请求 Body 绑定到 Action 参数的处理请求时， DefaultBodyModelValidator 的 Validate 方法会被调用。对于验证程序，他会递归验证整个对象图谱，验证每一个属性以及嵌套属性。Web API 通过使用DataAnnotationModelValidatorProviderr 来支持声明。如果我们的模型使用WCF 方式的 DataMemberAttribute 声明，那么，我们需要使用框架的 DataMemberValidatorProvider。

  最后，我们的模型可以实现IValidatableObject 接口，这个接口只暴露了一个简单的方法如清单1-18所示。如果实现了接口，那就需要我们自己提供额外的验证逻辑。只要所有的属性验证通过，ASP.NET Wwb API 就会调用 IValidateableObject接口的 Validate 方法，

清单1-18. IValidateableObject 接口的定义

public interface IValidateableObject
{
    IEnumerable<ValidationResult> Validate(ValidationContext validationContext);
}

  验证结果是通过 ASP.NET Web API 的  ModelStateDictionary 形式表示，在这里 ModelState 也是可以用的。这个和 ASP.NET MVC 中的概念是完全一样的，但是使用的对象是不同的，因为 Web API 使用自己版本的 System.Web.Http.Modelbinding。ModelStateDictionary 暴露了IsValid 属性，这个属性可以用来检查 Action 内 Model 验证的状态。

  声明的验证机制也很好的整合到了 ASP.NET Web API Help Page，可以提供对 API 语义上的描述。我们将会在7-11 的时候详细讨论他。

  小提示 在 API 中最好的做法是使用不同的模型作为 Request 和Response 实体。例如，实体 ID 一般仅仅是 Response 模型需要的，如果 Request 中需要的话，是可以从 URI 中拿到的。

代码

  清单 1-19 展示了一个模型有多种验证的情况：

RequiredAttribute，MaxLengthAttribute 和

RangeAttribute。接下来，我们就可以利用 ModelState 来验证 Controller 中的验证状态，同时响应适当的提示信息给调用端。

清单 1-19. 简单的 Web API 模型验证

public class Album
{
    public int Id { get; set; }
    [Required(ErrorMessage = "Artist is required")]
    [MaxLength(30)]
    public string Artist { get; set; }
    [Required(ErrorMessage = "Title is required")]
    [MaxLength(40)]
    public string Title { get; set; }
    [Range(0, 10, ErrorMessage = "Rating in the range of 0-10 is required.")]
    public int Rating { get; set; }
}
public class AlbumController : ApiController
{
    public HttpResponseMessage Post(Album album)
    {
        if (!ModelState.IsValid)
        {
            throw new HttpResponseException(Request.CreateErrorResponse(HttpStatusCode.BadRequest,
            ModelState));
        }
        //omitted for brevity
    }
}

  负责处理 ModelState 代码的一般验证可以很容易从 Controller 提取到成公共的部分，使其可以被很好的重用，不过这一部分我们将在 5-4 的时候再详细介绍。

  现在，我们考虑一下这个场景，如果我们要在模型上增加增加两个额外的属性 Rating 和 Starred，同时扩展模型验证，验证的要求是这两个属性至少有一个是必填的。虽然，在两个属性之间纠缠的验证很难使用声明的方式来表示，但是，不要忘记 IValidateableObject 可以帮我们。我们可以使用接口中的 Validata 的方法去检查整个模型的状态，同时返回相应的 ValidationResult。我们要做的修改如清单 1-20 所示的代码。

清单 1-20. 修改 ASP.NET Web API 依赖于 IValidateableObject 的验证

public class Album : IValidatableObject
{
    public int Id { get; set; }
 
    [Required(ErrorMessage = "Artist is required")]
    [MaxLength(30)]
    public string Artist { get; set; }
 
    [Required(ErrorMessage = "Title is required")]
    [MaxLength(40)]
    public string Title { get; set; }
 
    public int? Rating { get; set; }
    public bool? Starred { get; set; }
 
    public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
    {
        if (!(Rating.HasValue && Rating > 0 && Rating < 10) || (Starred.HasValue && Starred.Value))
        {
            yield return new ValidationResult("You must set either the Rating in the 0-9 range orStarred flag.");
        }
    }
}

  正如我们看到的，我们可以很容的在Validate 方法中使用自己的逻辑来合并声明方式的验证。这是一个特例，如果我们的请求中没有包含这两个属性中的任何一个，我们验证期望结果就是失败，同时返回结果给调用端，如清单 1-21 所示。

清单 1-21 非法请求，同时通过 IValidateableObject 执行 Validation 返回相应结果给调用端。

POST /api/album HTTP 1.1

Content-Type: application/json

{"artist":"Rancid", "title":"And Out Come The Wolves"}

Status Code: 400 Bad Request

Content-Length: 130

Content-Type: application/json; charset=utf-8

Date: Tue, 13 May 2014 19:06:31 GMT

{

"Message": "The request is invalid.",

"ModelState": {

"album": ["You must set either the Rating in the 0-9 range or Starred flag."]

}

}

  我们可以更进一步的验证，接下来将介绍 FluentValidation 来为 Web API 做模型验证。手下，我们要从NuGet 上安装 FluentValidation。Install-package FluentValidation

就像开始那样，不把验证逻辑嵌套到实体中，我们应用 FluentValidation 验证器，调用它里面的 Validate 的方法。这样，所有的验证可以放到实体外部。因此，我们不仅可以从模型中移除之前的验证逻辑，还可以清掉 DataAnnotation 属性。修改之前模型验证的例子，使用 FluentValidation，如清单 1-22 所示。

清单 1-22 FluentValidation

  在功能方面，上面的例子等同于清单1-20 所示的代码。FluentValidation 验证规则是可以配置。上面代码的前一部分展示了配置相应 FluentValidation 的验证规则和相应响应的结果，而，后一部分代码是 IValidateableObject 接口的实现，确保了指定的验证可以被执行。