ASP.NET MVC 4, EF5, Einzigartige Eigenschaft im Modell - Best Practice?

Question

ASP.NET MVC 4, EF5, -Code Erste, SQL Server 2012 Express

Was best practice ist einen eindeutigen Wert in einem Modell zu erzwingen? Ich habe eine Klasse Orte, die eine "URL" -Eigenschaft hat, die für jeden Ort eindeutig sein sollte.

Warum gibt es nicht nur eine eindeutige [eindeutige] Datenannotation, die Sie darauf platzieren können?

Ich habe 1 oder 2 Diskussionen darüber gesehen, aber keine Rede von Best Practice. Mit Code First können Sie die Datenbank irgendwie anweisen, eine eindeutige Einschränkung für das Feld in der Datenbank festzulegen?

Was ist der einfachste Weg - und was ist die beste Vorgehensweise?

Answer 1

So verrückt, wie es klingen mag, ist die beste Praxis heute nicht verwenden integrierte Validierung und stattdessen FluentValidation verwenden. Dann wird der Code sehr leicht zu lesen und super wartbar sein, da die Validierung auf separaten Klassen verwaltet wird, was weniger Spaghetti-Code bedeutet.

Pseudo-Beispiel für das, was Sie erreichen möchten.

[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

Die einzige Möglichkeit besteht darin, Ihre Migration zu aktualisieren, sobald Sie sie erstellt haben, vorausgesetzt, dass Sie sie verwenden, sodass eine eindeutige Einschränkung für die Spalte erzwungen wird.

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"); 
} 

Das harte Bit erzwingt jedoch die Einschränkung auf Codeebene, bevor Sie in die Datenbank gelangen. Dazu benötigen Sie möglicherweise ein Repository, das die vollständige Liste der eindeutigen Werte enthält, und stellt sicher, dass neue Entitäten dies nicht durch eine Factory-Methode verletzen.

// 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 }; 
    } 
} 

Referenzen:

• Repository - Fowler (die ursprüngliche Quelle der Repository)
• Repostory - MSDN
• Tutorial: Repository in MVC (www.asp.net)
• Singleton in C# - SO

Footnot e:

Es gibt viele Anfragen nach [Einzigartige] in Code zuerst, aber es sieht aus wie es nicht einmal Version 6 machen wird: http://entityframework.codeplex.com/wikipage?title=Roadmap

Sie versuchen es hier stimmen könnte: http://data.uservoice.com/forums/72025-entity-framework-feature-suggestions/suggestions/1050579-unique-constraint-i-e-candidate-key-support

Answer 3

Sie können dies in der Codeebene vor dem Speichern der Daten in den Datenbanktabellen durchführen.

Sie können versuchen, die Datenannotation Remote in Ihrem Ansichtsmodell zu verwenden, um eine asynchrone Überprüfung durchzuführen, damit die Benutzeroberfläche besser reagiert.

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

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

Stellen Sie sicher, dass eine IsExists Aktionsmethode in Ihrem Placecontroller haben, die eine URL paramtere akzeptiert und überprüfen Sie es againist Tisch und wahr oder falsch zurück.

Diese msdn link enthält ein Beispielprogramm, um zu zeigen, wie das Remote-Attribut implementiert wird, um eine sofortige Validierung durchzuführen.

Auch, wenn Sie eine gespeicherte Prozedur (Aus irgendeinem Grunde) verwenden, können Sie einen EXISTS Scheck dort vor der INSERT Abfrage tun.

Answer 4

könnte Dieser Link helfen: 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

löste ich das allgemeine Problem der Konstruktor Injektion in Ihrem Validation Fluss ermöglicht, in den normalen DataAnnotations Mechanismus zu integrieren, ohne in this answer zu Frameworks zurückgreifen, eine ermöglicht zu schreiben:

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); 
    } 
} 

Mit ein paar Helfer Klassen (siehe dort), verdrahten Sie es p z.B. in ASP.NET MVC wie so in der Global.asax: -

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