FluentValidation mehrere Prüfer

Kann ich mehr als einen Prüfer zu einem Objekt? Zum Beispiel:

public interface IFoo
{
    int Id { get; set; }
    string Name { get; set; }
}

public interface IBar
{
    string Stuff { get; set; }
}

public class FooValidator : AbstractValidator<IFoo>
{
    public FooValidator ()
    {
        RuleFor(x => x.Id).NotEmpty().GreaterThan(0);
    }
}

public class BarValidator : AbstractValidator<IBar>
{
    public BarValidator()
    {
        RuleFor(x => x.Stuff).Length(5, 30);
    }
}

public class FooBar : IFoo, IBar
{
    public int Id { get; set; }
    public string Name { get; set; }
    public string Stuff { get; set; }
}

public class FooBarValidator : AbstractValidator<FooBar>
{
    public FooBarValidator()
    {
        RuleFor(x => x)
            .SetValidator(new FooValidator())
            .SetValidator(new BarValidator());
    }
}

Test.

FooBarValidator validator = new FooBarValidator();
validator.ShouldHaveValidationErrorFor(x => x.Id, 0);

Bekomme ich eine InvalidOperationException:

Eigenschaft name konnte nicht automatisch ermittelt, für den Ausdruck x => x. Bitte geben Sie entweder eine benutzerdefinierte Eigenschaft namens durch Aufruf von 'Zuordnung Zuname'.

Gibt es eine Möglichkeit dies umzusetzen, oder bin ich versucht zu verwenden FluentValidation in einer Weise, dass es nicht verwendet werden soll?

InformationsquelleAutor Bjarki Heiðar | 2012-11-02

  1. 18

    RuleFor versucht, erstellen Sie eine property-level-Regel. Sie können zusätzlich die AddRule-Funktion hinzufügen, um eine Allgemeine Regel.

    Mit diesem habe ich eine composite-Regel proof-of-concept. Es nimmt in einer Reihe von anderen Prüfungen und führt Sie aus. Die yield break code kam gerade aus FluentValidator's DelegateValidator. Ich war nicht sicher, was zu tun, also habe ich mir, aus der Quelle. Ich habe nicht verfolgen, Ihren Zweck nicht, es scheint aber alles zu funktionieren 🙂

    - Code

    public interface IFoo
{
    int Id { get; set; }
    string Name { get; set; }
}

public interface IBar
{
    string Stuff { get; set; }
}

public class FooValidator : AbstractValidator<IFoo>
{
    public FooValidator()
    {
        RuleFor(x => x.Id).NotEmpty().GreaterThan(0);
    }
}

public class BarValidator : AbstractValidator<IBar>
{
    public BarValidator()
    {
        RuleFor(x => x.Stuff).Length(5, 30);
    }
}

public class FooBar : IFoo, IBar
{
    public int Id { get; set; }
    public string Name { get; set; }
    public string Stuff { get; set; }
}

public class CompositeValidatorRule : IValidationRule
{
    private IValidator[] _validators;

    public CompositeValidatorRule(params IValidator[] validators)
    {
        _validators = validators;
    }

    #region IValidationRule Members
    public string RuleSet
    {
        get; set;
    }

    public IEnumerable<ServiceStack.FluentValidation.Results.ValidationFailure> Validate(ValidationContext context)
    {
        var ret = new List<ServiceStack.FluentValidation.Results.ValidationFailure>();

        foreach(var v in _validators)
        {
            ret.AddRange(v.Validate(context).Errors);
        }

        return ret;
    }

    public IEnumerable<ServiceStack.FluentValidation.Validators.IPropertyValidator> Validators
    {
        get { yield break; }
    }
    #endregion
}

public class FooBarValidator : AbstractValidator<FooBar>
{
    public FooBarValidator()
    {
        AddRule(new CompositeValidatorRule(new FooValidator(), new BarValidator()));
    }
}

    Basis-Test-Fall:

        [TestMethod]
    public void TestValidator()
    {
        FooBarValidator validator = new FooBarValidator();
        var result = validator.Validate(new FooBar());

    }

    Ich hoffe, das hilft.

    Mit ein wenig Reflexion, Sie könnten auto-finden Sie alle Prüfungen, die ein composite-validator sollte Draht bis zu (z.B. finde alle Schnittstellen und Basis-Klasse Ketten und sehen, ob es eine IValidator<T> für Sie, und wenn ja, automatisch zur Liste hinzufügen). Hängt nur davon, wie weit Sie wollen, es zu nehmen. Ich würde wahrscheinlich opt zu verwenden, Reflexion, finden alle Prüfungen statt der manuellen Liste.
    Diese Antwort, solange er noch zu funktionieren scheint (mit geringfügigen änderungen), ist ziemlich alt. Gibt es eine built-in Möglichkeit, das zu tun diese noch? Am nächsten, die ich finden konnte war der "Include" - Methode, die Hinzugefügt wurde, aber es nur erlaubt, einschließlich IValidators von der gleichen Art wie der Sie Gehören, so kann nicht verwendet werden, die für mehrere Schnittstellen gemäß dem obigen Beispiel.

    InformationsquelleAutor Eli Gassert

  2. 3

    Andere Möglichkeit wäre, zu überschreiben, zu Validieren:

    public override ValidationResult Validate(ValidationContext<FooBar> context)
{
    var fooResult = new FooValidator().Validate(context.InstanceToValidate);
    var barResult = new BarValidator().Validate(context.InstanceToValidate);

    var errors = new List<ValidationFailure>();
    errors.AddRange(fooResult.Errors);
    errors.AddRange(barResult.Errors);

    return new ValidationResult(errors);
}

    InformationsquelleAutor Jeff Smith

  3. 0

    Könnten Sie Regelsätzen für die verschiedenen Formen der Validierung, ob das hilft mit dem, was Sie zu tun versuchen:

    FluentValidation Regelsätze

    Regelsätze, die nicht passen. Ich würde immer gerne alle Validierungs-Regeln. Ich bin versucht zu bauen bis DTO ist, haben viele der gleichen Eigenschaften, so dass es schön wäre, um die Wiederverwendung der Prüfer, ohne verschachtelte obj Eigenschaften in der DTO.

    InformationsquelleAutor finoutlook

Schreibe einen Kommentar