如何正确地使用Entity Framework Database First

时间:2023-03-08 18:03:31

毕设依旧在不紧不慢地以每天解决一个问题的进度进行中。今天遇到的问题就是在建立数据模型时遇到的。因为项目是基于数据库构建的,所以理所应当地采用DB First来构造实体类和DbContext类。于是想也没想就直接在项目上右键->添加->新建项->ADO.NET 实体数据模型。然后一路“下一步”就把数据库的表映射成了实体类了。然后再按照以前的教程,建立IRepository接口定义数据库操作,并实现了其中的各个方法。看似一切顺利了,我就打算单元测试一下,可是没想到测试的运行抛出了异常。

测试方法 OpenEcnu.Data.Tests.DbContextTest.GetUserDetailByUserIdTest 引发了异常: 
System.NotSupportedException: 不支持通过使用 Database First 或 Model First 创建的 DbContext 创建 DbModelBuilder 或写入 EDMX。只能从不是使用现有 DbCompiledModel 创建的 Code First DbContext 获取 EDMX。

仔细查看生成的DataContext类,发现有一个OnModelCreating方法。内容如下:

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
throw new UnintentionalCodeFirstException();
}

这里可以看到抛出了一个异常。而UnintentionalCodeFirstException类的定义见http://msdn.microsoft.com/zh-cn/library/system.data.entity.infrastructure.unintentionalcodefirstexception(v=vs.113).aspx,这里把其中的一个“注释”摘录如下:

如果在 Code First 模式中使用通过使用为 Database First 和 Model First 提供的 T4 模板生成的代码,则这些代码可能无法正常运行。 若要将这些类用于 Code First,请使用特性或 DbModelBuilder API 添加其他配置,然后删除引发此异常的代码。

看了半天,仍旧一头雾水。Entity Framework构建数据模型,按道理来说无论是Code First还是Database First,都只是数据模型建立的方法不同,而在DbContext的桥梁作用下,代码和DB的衔接应该是没有区别才对。但在这里似乎微软把Code First和DB First又区别对待了。还是说我的使用方式不对?虽然后来我解决了测试无法运行的问题,但是本质依旧不明不白。

还是说说怎么解决测试无法运行的问题吧。几经搜索之后,还是在msdn上找到了这样一篇文章http://msdn.microsoft.com/zh-CN/data/jj593170,它提供了一个工具叫做Entity Framework Power Tools,可以在VS的扩展中安装,该工具是免费的。

安装好这个工具后,在项目上单击右键,在弹出的菜单中可以看到增加了一个Entity Framework的菜单项,里面有一个Reverse Enginner Code First。单击它以后出现选择数据连接的窗口,建立好数据连接之后它会自动地生成所有数据表所映射的实体类和对应的映射类(放在Mapping文件夹中),并且还自动生成了DbContext类。用生成的这些类取代原来通过EF直接建立的实体类和Context,编译项目并运行测试,测试成功。

总结:从本次问题所出现的情况来看,似乎DB First和Code First还是有区别的。至于具体区别在哪儿还有待研究。

另外还发现一个现象:通过EF直接映射数据库,所生成的类是包装在edmx文件中的,并且没有Map类;而Power Tools生成的类是直接在项目的目录下以.cs文件的形式存在,同时还有对应的Map类。这个问题和EF的内部原理是否有关?

写下这篇博客算是一个记录和备忘,也是希望各位对EF掌握得比较好的朋友能给予释疑解惑。