ASP.NET MVC 4, EF5, уникальное свойство в модели - лучшая практика?

Question

ASP.NET MVC 4, EF5, Code First, SQL Server 2012 Экспресс

Что лучше практика для обеспечения уникального значения в модели? У меня есть класс мест, у которого есть свойство url, которое должно быть уникальным для каждого места.

public class Place 
{ 
     [ScaffoldColumn(false)] 
     public virtual int PlaceID { get; set; } 

     [DisplayName("Date Added")] 
     public virtual DateTime DateAdded { get; set; } 

     [Required(ErrorMessage = "Place Name is required")] 
     [StringLength(100)] 
     public virtual string Name { get; set; } 

     public virtual string URL { get; set; } 
}; 

Почему нет только уникальной аннотации данных, которую вы можете разместить на ней?

Я видел 1 или 2 обсуждения этого вопроса, но не говорил о лучшей практике. Используя Code First, вы можете каким-то образом сообщить базе данных о том, чтобы установить уникальное ограничение в поле в базе данных?

Что является самым простым способом - и что является лучшей практикой?

Answer 1

Как сумасшедший, как может показаться, лучшая практика в настоящее время составляет не использовать встроенную проверку и вместо этого использовать FluentValidation. Тогда код будет очень прост в чтении и супер-ремонтопригодном, так как валидация будет управляться в отдельном классе, что означает меньше кода спагетти.

Псевдо-пример того, чего вы пытаетесь достичь.

[Validator(typeof(PlaceValidator))] 
class Place 
{ 
    public int Id { get; set; } 
    public DateTime DateAdded { get; set; } 
    public string Name { get; set; } 
    public string Url { get; set; } 
} 

public class PlaceValidator : AbstractValidator<Place> 
{ 
    public PlaceValidator() 
    { 
     RuleFor(x => x.Name).NotEmpty().WithMessage("Place Name is required").Length(0, 100); 
     RuleFor(x => x.Url).Must(BeUniqueUrl).WithMessage("Url already exists"); 
    } 

    private bool BeUniqueUrl(string url) 
    { 
     return new DataContext().Places.FirstOrDefault(x => x.Url == url) == null 
    } 
} 

Answer 2

Единственный способ обновить миграцию после ее создания, при условии, что вы используете их, чтобы он применял уникальное ограничение для столбца.

public override void Up() { 
    // create table 
    CreateTable("dbo.MyTable", ...; 
    Sql("ALTER TABLE MyTable ADD CONSTRAINT U_MyUniqueColumn UNIQUE(MyUniqueColumn)"); 
} 
public override void Down() { 
    Sql("ALTER TABLE MyTable DROP CONSTRAINT U_MyUniqueColumn"); 
} 

Жесткий бит, тем не менее, устанавливает ограничение на уровне кода, прежде чем вы попадете в базу данных. Для этого вам может понадобиться репозиторий, который содержит полный список уникальных значений и гарантирует, что новые объекты не будут нарушать это с помощью фабричного метода.

// Repository for illustration only 
public class Repo { 
    SortedList<string, Entity1> uniqueKey1 = ...; // assuming a unique string column 
    public Entity1 NewEntity1(string keyValue) { 
    if (uniqueKey1.ContainsKey(keyValue) throw new ArgumentException ... ; 
    return new Entity1 { MyUniqueKeyValue = keyValue }; 
    } 
} 

Литература:

• Repository - Fowler (первоначальный источник Repository)
• Repostory - MSDN
• Tutorial: Repository in MVC (www.asp.net)
• Singleton in C# - SO

Footnot е:

Есть много запросов на [Unique] в коде первой, но, похоже, он даже не делает версии 6: http://entityframework.codeplex.com/wikipage?title=Roadmap

Вы можете попробовать голосовать за него здесь: http://data.uservoice.com/forums/72025-entity-framework-feature-suggestions/suggestions/1050579-unique-constraint-i-e-candidate-key-support

Answer 3

Вы можете выполнить эту проверку на уровне кода перед сохранением данных в таблицах базы данных.

Вы можете попытаться использовать аннотацию данных Remote на вашей модели просмотра, чтобы выполнить асинхронную проверку, чтобы сделать пользовательский интерфейс более отзывчивым.

public class CreatePlaceVM 
{ 
    [Required] 
    public string PlaceName { set;get;} 

    [Required] 
    [Remote("IsExist", "Place", ErrorMessage = "URL exist!") 
    public virtual string URL { get; set; } 
} 

Убедитесь, что метод IsExists действия в вашем Placecontroller, который принимает URL paramtere и проверить его againist вашей таблицы и возвращает истину или ложь.

В этом msdn link есть пример программы, показывающей, как реализовать атрибут Remote, чтобы выполнить мгновенную проверку.

Кроме того, если вы используете хранимую процедуру (По какой-то причине), вы можете сделать EXISTS галку перед INSERT запроса.

Answer 4

Эта ссылка может помочь: https://github.com/fatihBulbul/UniqueAttribute

[Table("TestModels")] 
public class TestModel 
{ 

    [Key] 
    public int Id { get; set; } 

    [Display(Name = "Some", Description = "desc")] 
    [Unique(ErrorMessage = "This already exist !!")] 
    public string SomeThing { get; set; } 
} 

Answer 5

Я решил общую задачу включения инъекции конструктора в вашем потоке Validation, интегрируя в механизм нормальной DataAnnotations, не прибегая к формам в this answer, что позволяет одному написать:

class MyModel 
{ 
    ... 
    [Required, StringLength(42)] 
    [ValidatorService(typeof(MyDiDependentValidator), ErrorMessage = "It's simply unacceptable")] 
    public string MyProperty { get; set; } 
    .... 
} 

public class MyDiDependentValidator : Validator<MyModel> 
{ 
    readonly IUnitOfWork _iLoveWrappingStuff; 

    public MyDiDependentValidator(IUnitOfWork iLoveWrappingStuff) 
    { 
     _iLoveWrappingStuff = iLoveWrappingStuff; 
    } 

    protected override bool IsValid(MyModel instance, object value) 
    { 
     var attempted = (string)value; 
     return _iLoveWrappingStuff.SaysCanHazCheez(instance, attempted); 
    } 
} 

С некоторыми вспомогательными классами (смотрите там), вы подключаете его u p. в ASP.NET MVC, например, в Global.asax: -

DataAnnotationsModelValidatorProvider.RegisterAdapterFactory(
    typeof(ValidatorServiceAttribute), 
    (metadata, context, attribute) => 
     new DataAnnotationsModelValidatorEx(metadata, context, attribute, true));