How do I use IValidatableObject?

前端 未结 7 1637
我在风中等你
我在风中等你 2020-11-22 02:59

I understand that IValidatableObject is used to validate an object in a way that lets one compare properties against each other.

I\'d still like to have

相关标签:
7条回答
  • 2020-11-22 03:36

    The thing i don't like about iValidate is it seems to only run AFTER all other validation.
    Additionally, at least in our site, it would run again during a save attempt. I would suggest you simply create a function and place all your validation code in that. Alternately for websites, you could have your "special" validation in the controller after the model is created. Example:

     public ActionResult Update([DataSourceRequest] DataSourceRequest request, [Bind(Exclude = "Terminal")] Driver driver)
        {
    
            if (db.Drivers.Where(m => m.IDNumber == driver.IDNumber && m.ID != driver.ID).Any())
            {
                ModelState.AddModelError("Update", string.Format("ID # '{0}' is already in use", driver.IDNumber));
            }
            if (db.Drivers.Where(d => d.CarrierID == driver.CarrierID
                                    && d.FirstName.Equals(driver.FirstName, StringComparison.CurrentCultureIgnoreCase)
                                    && d.LastName.Equals(driver.LastName, StringComparison.CurrentCultureIgnoreCase)
                                    && (driver.ID == 0 || d.ID != driver.ID)).Any())
            {
                ModelState.AddModelError("Update", "Driver already exists for this carrier");
            }
    
            if (ModelState.IsValid)
            {
                try
                {
    
    0 讨论(0)
  • 2020-11-22 03:37

    Just to add a couple of points:

    Because the Validate() method signature returns IEnumerable<>, that yield return can be used to lazily generate the results - this is beneficial if some of the validation checks are IO or CPU intensive.

    public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
    {
        if (this.Enable)
        {
            // ...
            if (this.Prop1 > this.Prop2)
            {
                yield return new ValidationResult("Prop1 must be larger than Prop2");
            }
    

    Also, if you are using MVC ModelState, you can convert the validation result failures to ModelState entries as follows (this might be useful if you are doing the validation in a custom model binder):

    var resultsGroupedByMembers = validationResults
        .SelectMany(vr => vr.MemberNames
                            .Select(mn => new { MemberName = mn ?? "", 
                                                Error = vr.ErrorMessage }))
        .GroupBy(x => x.MemberName);
    
    foreach (var member in resultsGroupedByMembers)
    {
        ModelState.AddModelError(
            member.Key,
            string.Join(". ", member.Select(m => m.Error)));
    }
    
    0 讨论(0)
  • 2020-11-22 03:38

    The problem with the accepted answer is that it now depends on the caller for the object to be properly validated. I would either remove the RangeAttribute and do the range validation inside the Validate method or I would create a custom attribute subclassing RangeAttribute that takes the name of the required property as an argument on the constructor.

    For example:

    [AttributeUsage(AttributeTargets.Property, AllowMultiple = false)]
    class RangeIfTrueAttribute : RangeAttribute
    {
        private readonly string _NameOfBoolProp;
    
        public RangeIfTrueAttribute(string nameOfBoolProp, int min, int max) : base(min, max)
        {
            _NameOfBoolProp = nameOfBoolProp;
        }
    
        public RangeIfTrueAttribute(string nameOfBoolProp, double min, double max) : base(min, max)
        {
            _NameOfBoolProp = nameOfBoolProp;
        }
    
        protected override ValidationResult IsValid(object value, ValidationContext validationContext)
        {
            var property = validationContext.ObjectType.GetProperty(_NameOfBoolProp);
            if (property == null)
                return new ValidationResult($"{_NameOfBoolProp} not found");
    
            var boolVal = property.GetValue(validationContext.ObjectInstance, null);
    
            if (boolVal == null || boolVal.GetType() != typeof(bool))
                return new ValidationResult($"{_NameOfBoolProp} not boolean");
    
            if ((bool)boolVal)
            {
                return base.IsValid(value, validationContext);
            }
            return null;
        }
    }
    
    0 讨论(0)
  • 2020-11-22 03:38

    I liked cocogza's answer except that calling base.IsValid resulted in a stack overflow exception as it would re-enter the IsValid method again and again. So I modified it to be for a specific type of validation, in my case it was for an e-mail address.

    [AttributeUsage(AttributeTargets.Property)]
    class ValidEmailAddressIfTrueAttribute : ValidationAttribute
    {
        private readonly string _nameOfBoolProp;
    
        public ValidEmailAddressIfTrueAttribute(string nameOfBoolProp)
        {
            _nameOfBoolProp = nameOfBoolProp;
        }
    
        protected override ValidationResult IsValid(object value, ValidationContext validationContext)
        {
            if (validationContext == null)
            {
                return null;
            }
    
            var property = validationContext.ObjectType.GetProperty(_nameOfBoolProp);
            if (property == null)
            {
                return new ValidationResult($"{_nameOfBoolProp} not found");
            }
    
            var boolVal = property.GetValue(validationContext.ObjectInstance, null);
    
            if (boolVal == null || boolVal.GetType() != typeof(bool))
            {
                return new ValidationResult($"{_nameOfBoolProp} not boolean");
            }
    
            if ((bool)boolVal)
            {
                var attribute = new EmailAddressAttribute {ErrorMessage = $"{value} is not a valid e-mail address."};
                return attribute.GetValidationResult(value, validationContext);
            }
            return null;
        }
    }
    

    This works much better! It doesn't crash and produces a nice error message. Hope this helps someone!

    0 讨论(0)
  • 2020-11-22 03:50

    I implemented a general usage abstract class for validation

    using System;
    using System.Collections.Generic;
    using System.ComponentModel.DataAnnotations;
    
    namespace App.Abstractions
    {
        [Serializable]
        abstract public class AEntity
        {
            public int Id { get; set; }
    
            public IEnumerable<ValidationResult> Validate()
            {
                var vResults = new List<ValidationResult>();
    
                var vc = new ValidationContext(
                    instance: this,
                    serviceProvider: null,
                    items: null);
    
                var isValid = Validator.TryValidateObject(
                    instance: vc.ObjectInstance,
                    validationContext: vc,
                    validationResults: vResults,
                    validateAllProperties: true);
    
                /*
                if (true)
                {
                    yield return new ValidationResult("Custom Validation","A Property Name string (optional)");
                }
                */
    
                if (!isValid)
                {
                    foreach (var validationResult in vResults)
                    {
                        yield return validationResult;
                    }
                }
    
                yield break;
            }
    
    
        }
    }
    
    0 讨论(0)
  • 2020-11-22 04:01

    Quote from Jeff Handley's Blog Post on Validation Objects and Properties with Validator:

    When validating an object, the following process is applied in Validator.ValidateObject:

    1. Validate property-level attributes
    2. If any validators are invalid, abort validation returning the failure(s)
    3. Validate the object-level attributes
    4. If any validators are invalid, abort validation returning the failure(s)
    5. If on the desktop framework and the object implements IValidatableObject, then call its Validate method and return any failure(s)

    This indicates that what you are attempting to do won't work out-of-the-box because the validation will abort at step #2. You could try to create attributes that inherit from the built-in ones and specifically check for the presence of an enabled property (via an interface) before performing their normal validation. Alternatively, you could put all of the logic for validating the entity in the Validate method.

    You also could take a look a the exact implemenation of Validator class here

    0 讨论(0)
提交回复
热议问题