Как использовать IValidatableObject?
Я понимаю, что IValidatableObject
используется для проверки объекта таким образом, что давайте сравнивать свойства друг с другом.
Я все равно хотел бы иметь атрибуты для проверки отдельных свойств, но в некоторых случаях я хочу игнорировать сбои в некоторых свойствах.
Я пытаюсь использовать это неправильно в приведенном ниже случае? Если нет, то как это реализовать?
public class ValidateMe : IValidatableObject
{
[Required]
public bool Enable { get; set; }
[Range(1, 5)]
public int Prop1 { get; set; }
[Range(1, 5)]
public int Prop2 { get; set; }
public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
{
if (!this.Enable)
{
/* Return valid result here.
* I don't care if Prop1 and Prop2 are out of range
* if the whole object is not "enabled"
*/
}
else
{
/* Check if Prop1 and Prop2 meet their range requirements here
* and return accordingly.
*/
}
}
}
6 ответов
во-первых, спасибо @paper1337 за указание мне на правильные ресурсы...Я не зарегистрирован, поэтому я не могу проголосовать за него, пожалуйста, сделайте это, если кто-нибудь еще читает это.
вот как выполнить то, что я пытался сделать.
класс Validatable:
public class ValidateMe : IValidatableObject
{
[Required]
public bool Enable { get; set; }
[Range(1, 5)]
public int Prop1 { get; set; }
[Range(1, 5)]
public int Prop2 { get; set; }
public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
{
var results = new List<ValidationResult>();
if (this.Enable)
{
Validator.TryValidateProperty(this.Prop1,
new ValidationContext(this, null, null) { MemberName = "Prop1" },
results);
Validator.TryValidateProperty(this.Prop2,
new ValidationContext(this, null, null) { MemberName = "Prop2" },
results);
// some other random test
if (this.Prop1 > this.Prop2)
{
results.Add(new ValidationResult("Prop1 must be larger than Prop2"));
}
}
return results;
}
}
используя Validator.TryValidateProperty()
добавит в коллекцию результатов, если есть неудачные проверки. Если нет неудачной проверки, то ничего не будет добавлено в коллекцию результатов, которая является показателем успех.
делаем проверку:
public void DoValidation()
{
var toValidate = new ValidateMe()
{
Enable = true,
Prop1 = 1,
Prop2 = 2
};
bool validateAllProperties = false;
var results = new List<ValidationResult>();
bool isValid = Validator.TryValidateObject(
toValidate,
new ValidationContext(toValidate, null, null),
results,
validateAllProperties);
}
важно установить validateAllProperties
в false для работы этого метода. Когда validateAllProperties
является false только свойства с есть. Это позволяет IValidatableObject.Validate()
метод обрабатывает условные проверки.
цитата сообщение в блоге Джеффа Хэндли об объектах и свойствах проверки с помощью Validator:
при проверке объекта, следующий процесс применяется в Валидатор.ValidateObject:
- проверить атрибуты уровня свойств
- если какие-либо валидаторы недопустимы, прервите проверку, возвращающую неудача(неудачи)
- проверить атрибуты уровня объекта
- если какие-либо валидаторы недопустимы, прервите проверку, возвращающую неудача(неудачи)
- если на desktop framework и объект реализует IValidatableObject, затем вызовите его Метод validate и вернуть неудача(неудачи)
это означает, что то, что вы пытаетесь сделать, не будет работать из коробки, потому что проверка будет прервана на Шаге #2. Вы можете попытаться создать атрибуты, которые наследуются от встроенных и в частности, проверьте наличие включенного свойства (через интерфейс) перед выполнением их обычной проверки. Кроме того, вы можете поместить всю логику для проверки сущности в Validate
метод.
просто чтобы добавить пару очков:
потому что Validate()
метод signature возвращает IEnumerable<>
, что yield return
может использоваться для ленивого генерирования результатов-это полезно, если некоторые проверки проверки IO или CPU интенсивны.
public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
{
if (this.Enable)
{
// ...
if (this.Prop1 > this.Prop2)
{
yield return new ValidationResult("Prop1 must be larger than Prop2");
}
кроме того, если вы используете MVC ModelState
, вы можете преобразовать отказы результата проверки в ModelState
записи следующим образом (это может быть полезно, если вы делаете проверку в пользовательские модели связующее!--11-->):
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)));
}
я реализовал абстрактный класс общего использования для проверки
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;
}
}
}
проблема с принятым ответом заключается в том, что теперь он зависит от вызывающего объекта для правильной проверки. Я бы либо удалил RangeAttribute и сделал проверку диапазона внутри метода Validate, либо создал бы пользовательский атрибут подкласса RangeAttribute, который принимает имя требуемого свойства в качестве аргумента конструктора.
например:
[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;
}
}
Мне понравилось ответ cocogza кроме этой вызывающей базы.IsValid привел к исключению переполнения стека, поскольку он снова и снова вводил метод IsValid. Поэтому я изменил его для определенного типа проверки, в моем случае это был адрес электронной почты.
[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;
}
}
это работает намного лучше! Он не аварийно завершает работу и выдает хорошее сообщение об ошибке. Надеюсь, это кому-то поможет!