使用实体框架在哪里创建上下文的分层体系结构

Question

我有n层体系结构，有数据访问，业务服务和UI层。 我正在使用EF 4.0和MVC。 现在的问题是在1. Business Service中的哪里创建上下文，并将上下文传递给Dataacess并将IQuerable返回给Data Acess层。 2.在数据访问层中直接使用上下文，并将业务服务用作代理（基本上是从DataAcecss和UI传递信息）。

什么是创建“上下文”的最佳位置。 在线提供的所有示例都显示了在数据访问层中创建上下文。

谢谢你的帮助！

Answer 1

同意@Robert Harvey和@djacobson。

DAL应该处理上下文，但有一个例外：

如果您使用的是工作单位模式。

UoW是上下文的包装，因此，当您“创建新的UoW”时，实际上是在创建新的数据上下文。 由于工作单元处理许多存储库，因此无法在DAL本身中实例化它。

UoW（在MVC的上下文中）将传递给控制器​​，控制器将传递给存储库，然后查询存储库。

在这种情况下，您将在应用程序事件（global.asax）开始请求期间更新UoW（并因此更新上下文），并在请求结束时进行处置（最好使用DI容器）。

Answer 2

正如@Robert Harvey所言，这些示例具有正确的想法。 EF Context特定于您的持久性机制（例如SQL Server数据库），因此属于数据访问层。

这种分层的目的是使持久性机制对其上方的层不可见，例如，您可以更改数据库提供程序而无需更改您的业务/ UI代码。