Entity-framework-7 Porządkowanie płynnych konfiguracji API w oddzielnej klasie

Question

Jestem zaznajomiony z tym, jak zorganizować płynne konfiguracje API w osobnej klasie na EF6, ale jak to się dzieje w przypadku EF7?

Oto przykład jak to zrobić z EF6:

ModelConfigurations.cs

public class ModelConfigurations : EntityTypeConfiguration<Blog> 
{ 
    ToTable("tbl_Blog"); 
    HasKey(c => c.Id); 
// etc.. 
} 

i zadzwonić z OnModelCreating()

protected override void OnModelCreating(DbModelbuilder modelBuilder) 
    { 
      modelBuilder.Configurations.Add(new ModelConfigurations()); 
// etc... 
    } 

Na EF7 nie mogę rozstrzygnąć EntityTypeConfiguration? Jaki jest prawidłowy sposób wdrażania płynnych wywołań API z oddzielnej klasy?

Answer 1

Spróbuj tego:

public class BlogConfig 
{ 
    public BlogConfig(EntityTypeBuilder<Blog> entityBuilder) 
    { 
     entityBuilder.HasKey(x => x.Id); 
     // etc.. 
    } 
} 

protected override void OnModelCreating(ModelBuilder modelBuilder) 
{ 
    base.OnModelCreating(modelBuilder); 

    new BlogConfig(modelBuilder.Entity<Blog>()); 
} 

Answer 2

Co ja zwykle zrobić dla wszystkich moich klas podmiot jest zapewnienie statycznej metody, która jest wywoływana z mojej metody OnModelCreating w moim realizacji kontekstu:

public class EntityPOCO { 
    public int Id { get; set; } 

    public static OnModelCreating(DbModelBuilder builder) { 
     builder.HasKey<EntityPOCO>(x => x.Id); 
    } 
} 

... 

public class EntityContext : DbContext { 
    public DbSet<EntityPOCO> EntityPOCOs { get; set; } 

    protected override void OnModelCreating(DbModelBuilder modelBuilder) { 
     base.OnModelCreating(modelBuilder); 
     EntityPOCO.OnModelCreating(modelBuilder); 
    } 
} 

Idąc krok co więcej, można nawet zautomatyzować proces i wygenerować klasę kontekstu w locie za pomocą atrybutów. W ten sposób musisz poradzić sobie tylko z POCO i nigdy nie dotykać kontekstu.