Entity framework 实体框架中哪里存在控制权倒置?

Entity framework 实体框架中哪里存在控制权倒置?,entity-framework,inversion-of-control,Entity Framework,Inversion Of Control,我读过一些关于控制反转(IoC)的文章(Stackoverflow、Wikipedia、Simone Busoli等),我开始了解这个概念。我也一直在研究实体框架(EF),我想知道IoC在EF中的具体位置?下面是我一直在看的一个简单的EF示例:()控制反转是一种旨在松散耦合应用程序的模式。它让应用程序负责其所有依赖项(无论它们是否在库或框架中) EF不是一个应用程序,它是一个库。您可以将它与IoC连接起来,但由于它不是应用程序,因此它不包含IoC 这就是说,开发对IoC或DI(依赖注入)友好的框

我读过一些关于控制反转(IoC)的文章(Stackoverflow、Wikipedia、Simone Busoli等),我开始了解这个概念。我也一直在研究实体框架(EF),我想知道IoC在EF中的具体位置?下面是我一直在看的一个简单的EF示例:()

控制反转是一种旨在松散耦合应用程序的模式。它让应用程序负责其所有依赖项(无论它们是否在库或框架中)

EF不是一个应用程序,它是一个库。您可以将它与IoC连接起来,但由于它不是应用程序,因此它不包含IoC

这就是说,开发对IoC或DI(依赖注入)友好的框架和库是可能的。关于这个话题,有几篇很棒的文章:


Mark Seemann(该博客的作者)写了一篇关于.NET中DI主题的文章,我强烈推荐这篇文章,因为网上有很多关于IoC和DI的错误信息和过时信息。我相信,一旦你读了这本书,你就会明白如何将IoC与EF结合使用,但这不是一两段就能回答的问题。

你说EF不是一个应用程序,而是一个库。文章指出,图书馆和框架之间的一个关键区别是,IoC存在于一个框架中。所以,如果我理解正确的话,尽管它被称为“实体框架”,但它不是一个真正的框架?谢谢你的反馈。