Проверка данных в .net - PullRequest
3 голосов
/ 25 марта 2010

Я ищу любые рекомендуемые платформы проверки или шаблоны для N-уровневого клиентского приложения, я хочу написать метод проверки один раз и связать его с графическим интерфейсом WPF, и, если возможно, также для стороны сервера и стороны клиента бизнес логика.

Ответы [ 2 ]

3 голосов
/ 25 марта 2010

Очень просто, ваши бизнес-объекты должны включать раздел для хранения бизнес-проверки (это бизнес-логика). Это сработает, независимо от того, разрабатываете ли вы веб-приложение, клиентское приложение, мобильное приложение и т. Д. Очень гибкий.

Предположим, у вас есть бизнес-объект (сущность), такой как клиент:

public class Customer
 {
         public Customer(int customerId, string company, string city, string country)
        {
            CustomerId = customerId;
            Company = company;
            City = city;
            Country = country;
        }
  }

Затем вы понимаете, что хотите, чтобы в вашей бизнес-логике было указано, что вы проверяете идентификатор клиента (кроме того, он> 0), вам требуется название компании (без таковой, если клиент недействителен) и т. Д. слой бизнес-логики. Таким образом, вы можете изменить свой класс клиента для наследования, скажем, от уровня BusinessObject, чтобы ваш класс стал следующим:

    public class Customer : BusinessObject
    {
        /// <summary>
        /// Default constructor for customer class.
        /// Initializes automatic properties.
        /// </summary>
        public Customer()
        {
            // Default property values
            Orders = new List<Order>();

            // Business rules
            AddRule(new ValidateId("CustomerId"));

            AddRule(new ValidateRequired("Company"));
            AddRule(new ValidateLength("Company", 1, 40));

        }

        /// <summary>
        /// Overloaded constructor for the Customer class.
        /// </summary>
        /// <param name="customerId">Unique Identifier for the Customer.</param>
        /// <param name="company">Name of the Customer.</param>
        /// <param name="city">City where Customer is located.</param>
        /// <param name="country">Country where Customer is located.</param>
        public Customer(int customerId, string company, string city, string country)
            : this()
        {
            CustomerId = customerId;
            Company = company;
            City = city;
            Country = country;
        }
//much more code like methods...
}

Вам не нужны объекты типа BusinessObject, но то, чем служит businessobject, является абстрактным классом, в котором хранятся ошибки проверки и бизнес-правила. В конечном счете, бизнес-правило - это правила, которые вы указали, когда вызывали AddRule:

public abstract class BusinessObject
{
    /// <summary>
    /// Default value for version number (used in LINQ's optimistic concurrency)
    /// </summary>
    protected static readonly string _versionDefault = "NotSet";

    // List of business rules
    private IList<BusinessRule> _businessRules = new List<BusinessRule>();

    // List of validation errors (following validation failure)
    private IList<string> _validationErrors = new List<string>();

    /// <summary>
    /// Gets list of validations errors.
    /// </summary>
    public IList<string> ValidationErrors
    {
        get { return _validationErrors; }
    }

    /// <summary>
    /// Adds a business rule to the business object.
    /// </summary>
    /// <param name="rule"></param>
    protected void AddRule(BusinessRule rule)
    {
        _businessRules.Add(rule);
    }

    /// <summary>
    /// Determines whether business rules are valid or not.
    /// Creates a list of validation errors when appropriate.
    /// </summary>
    /// <returns></returns>
    public bool Validate()
    {
        bool isValid = true;

        _validationErrors.Clear();

        foreach (BusinessRule rule in _businessRules)
        {
            if (!rule.Validate(this))
            {
                isValid = false;
                _validationErrors.Add(rule.ErrorMessage);
            }
        }
        return isValid;
    }
}

Каждое бизнес-правило, такое как validateid, validaterequired и validatelength, должно быть реализовано:

public class ValidateId : BusinessRule
{
    public ValidateId(string propertyName)
        : base(propertyName)
    {
        ErrorMessage = propertyName + " is an invalid identifier";
    }

    public ValidateId(string propertyName, string errorMessage)
        : base(propertyName)
    {
        ErrorMessage = errorMessage;
    }

    public override bool Validate(BusinessObject businessObject)
    {
        try
        {
            int id = int.Parse(GetPropertyValue(businessObject).ToString());
            return id >= 0;
        }
        catch
        {
            return false;
        }
    }

     public class ValidateLength : BusinessRule
        {
            private int _min;
            private int _max;

            public ValidateLength(string propertyName, int min, int max)
                : base(propertyName)
            {
                _min = min;
                _max = max;

                ErrorMessage = propertyName + " must be between " + _min + " and " + _max + " characters long.";
            }

            public ValidateLength(string propertyName, string errorMessage, int min, int max)
                : this(propertyName, min, max)
            {
                ErrorMessage = errorMessage;
            }

            public override bool Validate(BusinessObject businessObject)
            {
                int length = GetPropertyValue(businessObject).ToString().Length;
                return length >= _min && length <= _max;
            }
        }

Это всего лишь две выборки validatelength и validateid, вы можете придумать validaterequired (проверьте, существует ли значение). Они оба реализуют класс бизнес-правил:

public abstract class BusinessRule
    {
        public string PropertyName { get; set; }
        public string ErrorMessage { get; set; }

        /// <summary>
        /// Constructor
        /// </summary>
        /// <param name="propertyName">The property name to which rule applies.</param>
        public BusinessRule(string propertyName)
        {
            PropertyName = propertyName;
            ErrorMessage = propertyName + " is not valid";
        }

        /// <summary>
        /// Overloaded constructor
        /// </summary>
        /// <param name="propertyName">The property name to which rule applies.</param>
        /// <param name="errorMessage">The error message.</param>
        public BusinessRule(string propertyName, string errorMessage)
            : this(propertyName)
        {
            ErrorMessage = errorMessage;
        }

        /// <summary>
        /// Validation method. To be implemented in derived classes.
        /// </summary>
        /// <param name="businessObject"></param>
        /// <returns></returns>
        public abstract bool Validate(BusinessObject businessObject);

        /// <summary>
        /// Gets value for given business object's property using reflection.
        /// </summary>
        /// <param name="businessObject"></param>
        /// <param name="propertyName"></param>
        /// <returns></returns>
        protected object GetPropertyValue(BusinessObject businessObject)
        {
            return businessObject.GetType().GetProperty(PropertyName).GetValue(businessObject, null);
        }
    }

Таким образом, ваш класс businessobject просто хранит список необходимых бизнес-правил и ошибок проверки, которые он улавливает. Класс бизнес-правил просто хранит имя свойства и сообщение об ошибке, если правило применяется неправильно. Он также содержит абстрактный метод validate (), который определен для каждого класса проверки. Он отличается для каждого класса проверки, поскольку проверка идентификатора отличается от проверки обязательного поля.

Бригада четырех веб-сайтов может оказать большую помощь в этом. Большая часть этого кода взята из их моделей.

1 голос
/ 25 марта 2010

Простой поиск по codeplex возвращает множество платформ проверки. Многие делают очень похожие методы, как упоминает Джон. Что-то вроде. net Validation framework похоже соответствует вашим критериям.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...