子属性的选择性验证 - MVC 中的 Fluent Validation

2023-12-21

我将 Fluent Validation 与 Ninject.Web.Mvc.FluentValidation 库结合使用来自动连接所有验证器(并使用依赖项注入来创建验证器)。

我创建了以下模型:

public class Parent
{
    public string Name { get; set; }

    public Child Child1 { get; set; }
    public Child Child2 { get; set; }
}

public class Child
{
    public string ChildProperty { get; set; }
}

使用以下验证器:

public class ParentValidator : AbstractValidator<Parent>
{
    public ParentValidator()
    {
         RuleFor(model => model.Name).NotEmpty();
         RuleFor(model => model.Child1).SetValidator(new ChildValidator());
    }
}

public class ChildValidator : AbstractValidator<Child>
{
    public ChildValidator()
    {
        RuleFor(model => model.ChildProperty).NotEmpty();
    }
}

我的观点:

@model Parent

@using(Html.BeginForm())
{
    @Html.EditorFor(model => model.Name)
    @Html.ValidationMessageFor(model => model.Name)

    @Html.EditorFor(model => model.Child1)
    @Html.EditorFor(model => model.Child2)

    <input type="submit" value="Save" />
}

@model Child

@Html.EditorFor(model => model.ChildProperty)
@Html.EditorFor(model => model.ChildProperty)

我想要实现的是拥有一个具有两个子属性的父模型。 Child1 的属性是必需的,但 Child2 的属性是可选的。这在正常情况下工作得很好,但是当我使用 Ninject 模块自动连接验证器时,它会检测到 Child 类有一个验证器类型,并连接 Parent 上的所有 Child 属性。

有什么方法可以在不删除 Ninject 模块的情况下防止这种情况发生吗?


由于自动连接无法有条件地了解何时在模型绑定期间应用 ChildValidator 类,因此您似乎有几种选择:

  1. 确定子视图模型的重用是否那么重要。面对这种情况,如果子对象不是很复杂并且单独使用子对象的视图不超过几个,我可能会将子对象折叠到该视图的父对象中。我总是不太愿意对视图模型进行超级干燥,因为根据我的经验,页面结构往往会随着时间的推移而发生变化。
  2. 清除 Child2 的 ModelState 错误。 https://stackoverflow.com/questions/7424003/mvc3-remove-modelstate-errors从这里,您可以完全控制 Child2 的验证,包括在这个独特的上下文中完全控制 Child2 的单独验证器并手动应用它。这是我喜欢 FluentValidation 的原因之一 - 与数据注释不同,它能够在不同上下文中将不同的验证逻辑应用于相同的视图模型。

在我看来,自动连接的价值(即它排除的所有额外代码)将排除在这种情况下关闭它的选项。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

子属性的选择性验证 - MVC 中的 Fluent Validation 的相关文章

随机推荐