Question

我正在使用FluentValidation来验证客户端和服务器端的模型。我的最新版本是：

FluentValidation.MVC5

在撰写本文时，

5.5.0.0

我有以下验证器，简化：

public class MyViewModelValidator : AbstractValidator<MyViewModel>
    {
        public MyViewModelValidator()
        {
                RuleFor(x => x.Email)
                    .EmailAddress().WithLocalizedMessage(() => MyResources.Validation_Email_NotValidAddress)
                    .NotEmpty()
                    .WithLocalizedMessage(() => MyResources.Validation_Email);
        }
    }

客户端它似乎做了一些基本的验证，例如它不接受任何没有'@'符号两边的文本的东西，但是它会接受像test@test.

这样的东西

当我发布这些数据时出现问题，我的控制器中有以下内容：

    if (!ModelState.IsValid)
        throw new Exception("Model validation error");

由于test@test电子邮件地址导致模型无效并引发错误。因此，我的前端验证似乎比我的服务器端验证更加宽松。

参考了文档后，它确实声明了Email()方法支持客户端，但是这个服务器端和正在呈现给前端的内容之间似乎存在一些差异。

https://fluentvalidation.codeplex.com/wikipage?title=mvc

如何确保客户端验证与服务器端的电子邮件一样彻底。

Answer 1

{p> 客户端规则，用于jquery.validate plugin core中定义的电子邮件输入（使用data-val-email属性修饰）（在页面上搜索＆＃39;电子邮件＆＃39;单词和您找到RegExp）

在Fluent Validation EmailValidator class（也是RegExp）中定义的电子邮件属性的

服务器端规则

就生命周期而言，这些项目没有什么共同之处：在任何新版本中，内部正则表达式可以同时在两个项目中变得更加/更不严格，并且如果您的目标是在客户端和服务器上具有相同的规则并使其工作正确无论插件/库版本更新 - 我的建议是用EmailAddress()规则替换当前Match()规则，并明确指定满足域模型需求的regexp。

更新：

选择正确的正则表达式是另一个主题，广泛描述here

Answer 2

正如Evgeny上面提到的那样，我最终选择使用Matches规则，因为这是客户端支持的验证器之一。

   RuleFor(x => x.Email)
                .Matches(@"^\w+([-+.']\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*$").WithLocalizedMessage(() => MyResources.Validation_Email_NotValidAddress)              
                .NotEmpty() // <-- and cant be empty
                .WithLocalizedMessage(() => MyResources.Validation_Email);

我相信上面的正则表达式被ASP.NET用于RegularExpressionValidator。并且适合我的要求。

通过流畅验证进行的电子邮件检查与服务器端不同

2 个答案: