实体框架6.1.1无法获得新实体与Unity Work of Factory和Repository模式兼容

Question

我向MVC 5 Web API项目添加了一个新实体，但无法使用它与我现有的SQL一起工作数据库。我现有的代码使用工作单元工厂和存储库模式从数据库读取和写入，所以我知道代码工作。没有edmx文件，所以我相信代码最初是使用代码编写的。这是我迄今采取的步骤。

步骤1）增加了新的实体，以我的实体文件夹 步骤2）更新的DbContext文件 步骤3）更新UnitOfWork.cs文件 步骤4）手动创建的脚本使用步骤 5个新的SQL表）的添加以下代码到我的Web API服务

using (var uow = _unitOfWorkFactory.Create()) 
      { 

//Code to create newentity object 

uow.newEntityRepository.Insert(newentity); 
await uow.SaveChangesAsync(); 
} 

我没有收到错误。插入操作不会将记录添加到数据库。

我已经使用EntityTypeConfiguration创建了一个实体表映射，我使用OnModelCreating Override调用它。

EntityTypeConfiguration

public class NewEntityMap : EntityTypeConfiguration<NewEntity> 
    { 
     public NewEntityMap() : base() 
     { 
      // Primary Key 
      this.HasKey(t => t.Id); 


      // Table & Column Mappings 
      this.ToTable("NewEntity", "dbo"); 
      this.Property(t => t.Id).HasColumnName("Id"); 
      this.Property(t => t.Created).HasColumnName("Created"); 
      this.Property(t => t.OfferId).HasColumnName("OfferId"); 
      this.Property(t => t.MerchantId).HasColumnName("MerchantId"); 
      this.Property(t => t.ConsumerId).HasColumnName("ConsumerId"); 
      this.Property(t => t.SMSMessage).HasColumnName("SMSMessage"); 
      this.Property(t => t.SendSMS).HasColumnName("SendSMS"); 
      this.Property(t => t.EmailMessage).HasColumnName("EmailMessage"); 
      this.Property(t => t.SendEmail).HasColumnName("SendEmail"); 
      this.Property(t => t.Source).HasColumnName("Source"); 
      this.Property(t => t.FromSMSNumber).HasColumnName("FromSMSNumber"); 
     } 
    } 

OnModelCreating

modelBuilder.Configurations.Add(new newEntityMap()); 

我仍然不能得到记录在表更新。

任何想法？提前致谢！

Answer 1

EF代码优先是非常简单的，所以这应该起作用。如果你没有使用迁移，你基本上只需添加一个新的模型类（匹配你现有的表定义），并将DbSet NewEntities添加到你的DbContext类中，这听起来像你一样。

两件事情，试图通过淘汰过程追踪问题。

1. 创建一个新的空白控制台应用程序项目进行测试。

static void Main(string[] args) 
{ 
    MainAsync().Wait(); 
    Console.ReadLine(); 
} 

static async Task MainAsync() 
{ 
    /* Here's where we're gonna start troubleshooting */ 
} 

参考的实体项目，并尝试了所有必要的/所需的性质第一实例的实体类。

static void Main(string[] args) 
{ 
    MainAsync().Wait(); 
    Console.ReadLine(); 
} 

static async Task MainAsync() 
{ 
    // Test instantiating the Entity 
    var newEntity = new NewEntity() { propName: value }; 
} 

运行该项目，并确保工程。否则，您的实体存在问题。否则，请继续执行步骤4.

基于步骤2中的代码构建，添加对包含您的DbContext的项目的引用。现在尝试直接使用的DbContext像这样：

static void Main(string[] args) 
{ 
    MainAsync().Wait(); 
    Console.ReadLine(); 
} 

static async Task MainAsync() 
{ 
    // Test instantiating the Entity 
    var newEntity = new NewEntity() { propName: value }; 

    // Now, let's test the Entity with the DbContext directly 
    using (var db = new DbContext()) 
    { 
     db.NewEntities.Add(newEntity); 
     await db.SaveChangesAsync(); 
    } 
} 

运行/调试上面的代码。如果失败，您应该从EF返回一个例外。否则，请继续步骤6.

基于步骤4中的代码构建。添加对包含您的存储库的项目的引用。现在，尝试直接使用存储库，像这样：

static void Main(string[] args) 
{ 
    MainAsync().Wait(); 
    Console.ReadLine(); 
} 

static async Task MainAsync() 
{ 
    // Test instantiating the Entity 
    var newEntity = new NewEntity() { propName: value }; 

    // Now, let's test the Entity with the DbContext directly 
    using (var db = new DbContext()) 
    { 
     //db.NewEntities.Add(newEntity); 
     //await db.SaveChangesAsync(); 

     // Now, let's test the entity with the DbContext and the Repository 
     // Adjust the lines below as needed if you're not using a generic repository and/or if your insert method is called something else 
     var repository = new EntityRepository<NewEntity>(db); 
     repository.Insert(newEntity); 
     // Comment out the line below if your repository internally calls SaveChangesAsync() on the DbContext 
     // If your Repository class doesn't have a SaveChangesAsync method, you'll need to add one to test it 
     await repository.SaveChangesAsync(); 
    } 
} 

如果失败了，你应该得到一个例外，你可以跟踪。否则，请继续执行步骤8.

基于步骤6中的代码，为您的项目添加对包含您的工作单元工厂（如果尚未参考）的引用。现在，尝试使用直接工厂工作的单位，像这样：

static void Main(string[] args) 
{ 
    MainAsync().Wait(); 
    Console.ReadLine(); 
} 

static async Task MainAsync() 
{ 
    // Test instantiating the Entity 
    var newEntity = new NewEntity() { propName: value }; 

    // Now, let's test the Entity with the DbContext directly 
    //using (var db = new DbContext()) 
    //{ 
     //db.NewEntities.Add(newEntity); 
     //await db.SaveChangesAsync(); 

     // Now, let's test the entity with the DbContext and the Repository 
     // Adjust the lines below as needed if you're not using a generic repository and/or if your insert method is called something else 
     //var repository = new EntityRepository<NewEntity>(db); 
     repository.Insert(newEntity); 
     // Comment out the line below if your repository internally calls SaveChangesAsync() on the DbContext 
     //await repository.SaveChangesAsync(); 
    //} 

    // Now, let's test the entity with the UnitOfWork 
    var uow = new UnitOfWork(); 
    uow.NewEntityRepository.Insert(newEntity); 
    await uow.SaveChangesAsync(); 
} 

如果失败了，你应该得到一个例外，你可以跟踪。否则，请继续执行步骤10.

如果以上所有工作都没有依赖注入，那么我说在您的DI容器中注册了组件注册。你需要确保你有一个真正的实例（实现）绑定和注册运行时的接口。

在EF方面，请确保您没有任何外键或虚拟导航属性给其他未正确装饰或未正确填充的实体。另外，请确保您传递给定模型的所有必需属性。如果没有通过测试项目运行它，您的应用程序可能会吞咽某处发生的错误，但您只是没有看到它，但通过上面列出的排除过程，您应该能够找出问题所在。

一旦找出问题，您可能想重新考虑在Entity Framework之上使用工作单元和存储库模式，因为它们基本上将这两种模式结合在一起。见this post。

祝你好运。

Answer 2

您是否使用nuget包管理器控制台来生成更新数据库的脚本？

您是否：

a）在您的项目中有一个'Migrations'文件夹？ b）在你的数据库中有一个'MigrationHistory'表？ c）代码中的任何地方是否有'Database.SetInitializer'行？

这些将是您首先运行代码的指标。来自DbContext的代码可能很有用。

Answer 3

有几件事情：

你肯定康恩字符串指向你期望的数据库？

您为NewEntity添加了一个DbSet到DbContext？

repository.Insert方法的作用是什么？

uow和存储库是否使用来自工厂的DbContext的相同实例？还是那些都获得不同的上下文的实例？ （即IoC设置为不在相同的会话中提供相同的实例或设置。）