Пользовательская расширенная проверка объекта с помощью динамических данных

Ответ 1

Я нашел обходное решение, которое мне не нравится, но оно работает:

Мой контекст все еще выполняет валидацию и бросает a ValidationException, если это необходимо.

Поскольку ListView, похоже, не захватывает и не обрабатывает исключение, я делаю это сам, обрабатывая событие OnItemUpdated или OnItemInserted ListView:

protected void ListView1_ItemUpdated(object sender, ListViewUpdatedEventArgs e)
{
    if (e.Exception != null)
    {
        ValidationError.DisplayError(e.Exception.Message);
        e.ExceptionHandled = true;
        e.KeepInEditMode = true;
    }
}

ValidationError используется для добавления сообщения об исключении в сводку проверки. Он добавляет "фальшивый", всегда неудачный валидатор с сообщением.

public class ValidationError : BaseValidator
{
    private ValidationError(string message)
        : base()
    {
        ErrorMessage = message;
        IsValid = false;
    }

    protected override bool EvaluateIsValid()
    {
        return false;
    }

    public static void DisplayError(string message, string validationGroup)
    {
        var currentPage = HttpContext.Current.Handler as Page;
        currentPage.Validators.Add(new ValidationError(message) { ValidationGroup = validationGroup });
    }
}

Ответ 2

Я бы сказал, что логика, как вы пытаетесь выполнить, не входит в такой уровень в вашей архитектуре. Пусть база данных обеспечивает ограничения, которые она должна использовать, например, внешние ключи и т.д., И иметь свою бизнес-логику выше. Например, на вашей сущности, которую вы хотите проверить, вы можете добавить метод IsValidForAddOrUpdate(), который в любом случае содержит логику, которую вы положили в ваши валидаторы. Затем просто используйте новые методы:

if (entity.IsValidForAddOrUpdate())
{
    db.Set<Entity>().Add(entity);
    db.SaveChanges()
}
else throw new DbValidationException("Entity failed validation due to rule xyz.");

Ответ 3

Одним из способов достижения этой цели может быть реализация интерфейса IDataErrorInfo для ваших объектов, таких как:

public partial class MyEntity : IDataErrorInfo
{
    public MyEntity()
    {
    }

    ...

    #region IDataErrorInfo Members
    public string Error
    {
        get { throw new NotImplementedException(); }
    }
    public string this[string propertyName]
    {
        get
        {
            //Custom Validation logic
            return  MyValidator.ValidateProperty(this, propertyName);
        }
    }
    #endregion  
}

Чтобы получить доступ к текущему методу DBContext из методов IDataErrorInfo, вы можете использовать этот ответ. Затем переопределите метод Context SaveChanges:

    public override int SaveChanges()
    {
        this.ObjectContext.DetectChanges();

        // Get all the new and updated objects
        var objectsToValidate =
        ChangeTracker.Entries().Where(x => x.State == EntityState.Modified || x.State == EntityState.Added).
        Select(e => e.Entity);

        // Check each object for errors
        foreach (var obj in objectsToValidate)
        {
            if (obj is IDataErrorInfo)
            {
                // Check each property
                foreach (var property in obj.GetType().GetProperties())
                {
                    var columnError = (obj as IDataErrorInfo)[property.Name];
                    if (columnError != null) {
                    //Handle your validation errors
                    throw new DbEntityValidationException(columnError); }
                }
            }
        }

        return base.SaveChanges();
    }

См. также этот ответ, чтобы он работал с DataAnnotations.

Вы писали:

Если я выкидываю исключение DbEntityValidationException (или исключение ValidationException как это предлагается в этой статье), ASPNET обрабатывает его как любое исключение (желтый экран).

См. этот ответ. Когда вы вызываете SaveChanges, вам нужно поймать DbEntityValidationException (или ValidationException), если вы не поймаете их для обработки их в своем контроллере, они обрабатываются обработчиком ошибок по умолчанию.

Или вы можете использовать DynamicValidator для проверки ValidationExceptions:

    <!-- Capture validation exceptions -->
    <asp:DynamicValidator ID="ValidatorID" ControlToValidate="GridView1" 
        runat="server" /> 

Проблема с DynamicValidator заключается в том, что для этого требуется свойство ControlToValidate, и он захватывает только исключения, исходящие из этого элемента управления. Кроме того, исключения, заключенные в другие исключения, могут создавать проблемы. Существует обходное решение - вы можете наследовать от DynamicValidator и переопределить его метод ValidateException посмотреть этот блог.

См. в этой статье.