没有 EDMX 的实体框架

Question

我们即将开始使用 EF 作为我们的 ORM。我们有自己的代表数据库结构的元数据，我们将生成我们需要的任何东西。 我们想知道是使用“旧的”EDMX 方法，还是使用新的无 EDMX 方法（使用 DbSet 和 DbContext）。当我们生成自己的代码/edmx 时，生成 EDMX 然后生成对象和上下文似乎很奇怪。

问题是我没有看到太多关于 EDMX 免费方法的讨论。有人在使用它吗？有经验的可以分享一下感受吗？有已知的限制吗？有优缺点吗？

亚瑟

Answer 1

您是在问是否有人使用代码优先？ :) 通过检查entity-framework-4.1 和code-first 和ef-code-first 中的问题数量，我猜人们经常使用它。关于代码优先 x 非代码优先有几个问题。我的一些回答：

• EF POCO code only VS EF POCO with Entity Data Model
• EF Model First or Code First Approach?
• EF 4.1 Code-first vs Model/Database-first

一般有四种方法：

• 模型优先（从 EDMX 生成的数据库）
• 数据库优先（从数据库生成 EDMX）
• 代码优先（从代码映射生成的数据库）
• 使用代码映射的数据库优先（为现有数据库手动创建的代码映射或EF Power Tools CTP 生成的手动更新映射）

方法的选择通常取决于您想要开发应用程序的方式（如链接答案中所述）。它还取决于您是要使用 ObjectContext API 还是 DbContext API。前一种通常与前两种方法一起使用（但秘诀是它也应该与代码优先一起使用），后一种与所有方法一起使用。

代码优先有一些限制 - 它不支持 EDMX 提供的所有映射功能，例如：

• 存储过程映射（不代表先用代码不能执行SP）
• SQL 函数映射
• 高级 EDMX 功能，例如定义查询、查询视图、模型定义函数
• 等

我不明白的是，您为什么要尝试将代码生成工具与 EF 结合使用。要么使用你的东西，要么使用 EF 的东西。您将避免并发症和不兼容。