Блог

В настоящее время я пытаюсь создать пользовательское ограничение с помощью C # Entity Framework. Более подробно:

У меня есть числовое поле, которое может иметь только определенные значения (например, 1, 2 и 3). Как мне достичь этого ограничения в среде code first?

Entity Framework автоматически проверяет любые проверки, которые вы добавляете в свою модель с помощью ValidationAttribute s. RequiredAttribute или RangeAttribute — это два примера встроенных подклассов этого атрибута.

Если вам нужна какая-то пользовательская проверка, самый удобный способ — воспользоваться этим механизмом и создать свой собственный ValidationAttribute подкласс.

Если вы хотите проверить несмежный диапазон значений, который вы не можете использовать RangeAttribute , но вы могли бы создать собственный атрибут, например, такой:

 public class AllowedValuesAttribute : ValidationAttribute
{
    private readonly ICollection<object> _validValues;
    private readonly Type _type;

    public AllowedValuesAttribute(Type type, object[] validValues)
    {
        _type = type;
        _validValues = validValues.Where(v => v != null amp;amp; v.GetType() == type).ToList();
    }

    public override bool IsValid(object value)
    {
        return value.GetType() == _type amp;amp; _validValues.Contains(value);
    }

    public override string FormatErrorMessage(string name)
    {
        return string.Format("Value for '{0}' is not an allowed value", name);
    }
}
  

Использование:

 [AllowedValues(typeof(int), new object[] { 1, 2, 4, 8, 16 })]
public int Base { get; set; }
  

Обратите внимание, что здесь мы должны использовать фиксированные значения, потому что содержимое атрибута должно быть известно во время компиляции. Кроме того, мы должны использовать object , потому что (в настоящее время) C # не поддерживает универсальные атрибуты. Помимо этого, существует множество вариантов. Например, у атрибута также может быть метод, который находит разрешенные значения во время выполнения, возможно, из именованного источника, поэтому вы можете указать это имя в его конструкторе.

Я не вижу никакой проблемы в украшении классов сущностей атрибутами проверки. Модель сущности не является моделью предметной области, это часть уровня доступа к данным. Его основной целью является (и должно быть) облегчение доступа приложения к данным. Если модель сущности также поддерживает бизнес-логику, это просто бонус.

Добавлять примечания к данным в domain-model — очень плохая практика, как писал Д.Мак. Так что насчет того, чтобы сделать это более приятным способом?

 public MyClass
{    
    private int myNumberField;
    public int MyNumberField 
    { 
        get { return myNumberField; } 
        set
        { 
            if (value >= 1 amp;amp; value <=3)
                myNumberField = value;
            else
                // throw exception?
                // set default-value (maybe 1)?
                // do nothing?
        }
    }

}
  

вы могли бы делать все, что хотите, в установщике вашего свойства

и ограничивать его только во внешнем интерфейсе — не лучшее решение, поскольку вы всегда можете изменить javascript / html — но вы должны показать пользователю, что он может вставлять значения только 1, 2 или 3. Также ограничьте его в viewmodel аннотациями данных.

или:

вы также можете переопределить EntityFrameworks SaveChanges и добавить свою businesslogic:

 public override int SaveChanges(SaveOptions options)
{

    foreach (ObjectStateEntry entry in
        ObjectStateManager.GetObjectStateEntries(
        EntityState.Added | EntityState.Modified))
    {
        // Validate the objects in the Added and Modified state
        // if the validation fails, e.g. throw an exeption.
    }
    return base.SaveChanges(options);
}