dbcontext - 使用 'DbContext' 而不是 'ObjectContext' 总是更好吗？

Question

我刚刚下载了EntityFramework.dll v4.3。我发现了许多比较 DbContext 与 ObjectContext 的问题。但其中大部分是 2010 年或 2011 年初的。

我想阅读有关该主题的更多信息。具体来说，有什么关于DbContext的书籍我可以得到吗？我还想知道，截至今天，与它的老兄 ObjectContext 相比，DbContext 有哪些局限性？

我意识到 DbContext 更加紧凑，因为它公开的属性更少。这表明我应该从 ObjectContext 迁移。但是，如果我进行此迁移，我会放弃任何功能吗？例如，我读到 DbContext 没有 STE( self 跟踪实体)功能。这仍然成立吗？这是一个问题吗？

Answer 1

I'd like to read more on the subject. Specifically, are there any books on DbContext I can get my hands on?

您的问题一开始并不顺利，因为只需一次 Google 查询即可为您提供答案。有一个excellent book about DbContext本身 - 它不包含任何有关代码优先方法的内容，但我想这实际上不是您问题的重点。

I've found a number of questions that compare DbContext vs. ObjectContext. But most of these are from 2010, or early 2011.

如果您只想将 ObjectContext + EDMX 替换为 DbContext + EDMX，比较结果仍然相同。 DbContext 是 ObjectContext 的包装器，除了与 Code First 和迁移相关的功能外，它的功能集没有增长。

I realize that DbContext is more compact in that it exposes fewer properties. This suggests to me that I should migrate from ObjectContext.

是的，它更紧凑，并且简化了您必须在上下文中执行的最常见任务。对于更复杂的任务，您仍然可以通过 IObjectContextAdapter 将 DbContext 实例转换为 ObjectContext 实例。

But, if I do this migration, will I give up any capabilities? For example, I've read that DbContext doesn't have the STE (Self-tracking entities) capability. Does this still hold true and is it a concern?

STE 是为 ObjectContext 创建的，我认为它没有移植到 DbContext，但您可以尝试自己实现此功能。

STE 只是一个解决某些问题的想法的模板。它看起来是一个很好的理论解决方案，但它并没有被开发人员社区很好地接受，因为该解决方案不太适合现实世界的场景。这也是为什么正在开发其他更重要的功能而不是改进或移植模板的原因。