Как получить пользовательскую ошибку проверки? - PullRequest
Новая
       31

Как получить пользовательскую ошибку проверки?

1 голос
/ 21 октября 2010

Предположим, у меня есть сущность Person со свойствами typeid и оклада. Я строю бизнес-правило для этих двух свойств, таких как: 

public static partial class MyRules
    {
        public static ValidationResult Rule1(Person p, ValidationContext context)
        {           

            if ((p.typeid == 1) && ((p.salary == null))
            {
                return new ValidationResult("type 1 must should have salary",
                                            new string[] { "Salary" });
            }

            return ValidationResult.Success;
        }
    }

Код размещается на стороне сервера вместе с share.cs.

Таким образом, когда правило нарушается, у меня будет SubmitOperation.HasError = true; Такая ошибка только после вызова SubmitChanges. и ошибка не отображается в ValidationSummary

Так что когда SubmitOperation.HasError = true; Как я могу узнать, что ошибка SubmitOperation является ошибкой проверки, а не другой ошибкой? Когда я могу определить эту ошибку как ошибку проверки, как я могу получить сообщение об ошибке проверки «тип 1 должен иметь зарплату» и показать его пользователю?

1 Ответ

1 голос
/ 16 августа 2011

Я знаю, что это почти год;тем не менее, никто не ответил на это.И я еще не ответил ни на один вопрос, но я знаю ответ (или хотя бы 1 возможный ответ) (пожалуйста (и спасибо) отметьте как отвеченный).Вот как я обрабатываю результаты проверки на операции отправки, когда они завершены.При вызове SubmitChanges необходимо вызвать перегрузку с обратным вызовом и состоянием пользователя.Это может немного сбивать с толку, потому что в обратном вызове (InsertEntityCompleted) я вызываю функцию обратного вызова op.userstate, но в этом случае используется пользовательское состояние. 

private void InsertEntityCompleted( SubmitOperation op )
    {
        var callback = op.UserState as Action<Exception, ICollection<ValidationResult>>;
        if ( callback != null )
        {
            var validationResults = new Collection<ValidationResult>();
            if ( op.HasError )
            {
                foreach ( var entity in op.EntitiesInError )
                {
                    //HOW YOU KNOW SUBMIT OPERATION ERROR IS VALIDATION ERROR
                    if ( entity.HasValidationErrors )
                        foreach ( var validationResult in entity.ValidationErrors )
                        {
                            //HOW YOU WOULD GET THE ERROR MESSAGES AND MEMBER NAMES
                            var name = validationResult.MemberNames;
                            var error = validationResult.ErrorMessage;
                            validationResults.Add(validationResult);
                        }

                }
                op.MarkErrorAsHandled();
            }
            //HOW YOU IDENTIFY ERROR AS VALIDATION ERROR AND NOT OTHER TYPE OF ERROR
            if ( op.Error != null &&
                op.Error is DomainOperationException &&
                ( op.Error as DomainOperationException ).Status == OperationErrorStatus.ValidationFailed )
                //I CALLBACK NULL FOR EXCEPTIONS, BUT I KEEP THE VALIDATION RESULTS ON VALIDATION ERRORS
                //THEN TO SHOW IT TO THE USER I IMPLEMENT INotifyDataErrorInfo IN MY VIEWMODEL 
                //AND MANAGE THE ERRORS THROUGH THAT IMPLEMENTATION, THE BOUND CONTROL SHOULD HAVE 
                //NotifyOnValidationError=True DEFINED IN THE BINDING
                callback( null, validationResults );
            else
                callback( op.Error, validationResults );
            _entityContext.Enitities.EntityContainer.Clear();
        }
    }
...