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

2023年6月3日 149次阅读

我正在使用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");

由于测试@测试电子邮件地址,这会将模型视为无效并引发错误.所以看来我的前端验证比我的服务器端验证更松懈.

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

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

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

最佳答案 电子邮件输入的客户端规则(用data-val-email属性修饰)在 jquery.validate plugin core中定义(在页面上搜索’email’字样,你找到RegExp)

Fluent Validation EmailValidator class(也是RegExp)中定义的电子邮件属性的服务器端规则

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

更新：

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

点赞