MVC3 应用程序中的解耦实体框架

Question

我有几个关于在使用实体框架作为数据访问层的 MVC3 Web 应用程序中解耦域层和数据层的问题。

就目前而言，我的控制器完全依赖于 EF 类，在花了一天的大部分时间阅读依赖注入之后，我试图将它们解耦。

我的第一个问题是 - 我是否需要将所有 EF 类有效地复制到我的业务层中？我显然不能再使用 EF 类，所以在我看来，我需要创建一个正在使用的每个表类的副本才能使其正常工作。这是正确的吗？例如，如果我有 50 个 EF 类代表我的数据库中的 50 个表，我是否需要在我的业务层中创建 50 个新类？ -> 然后无限期地维护它们？这听起来工作量很大。

其次，我是否正确地假设依赖关系被翻转，而不是业务层依赖于数据层，数据层最终变得依赖于业务层？

Answer 1

对于实体的重复...这取决于 EF 的版本和您使用的方法。

如果您使用 POCO entities，那么您的模型与 EF 无关，因为您的实体不继承自 EntityObject。所以你不必复制你的实体。在运行时，由于代理实体，EF 将生成从 POCO 继承的动态类型，并添加所有 EF 管道以进行延迟加载......等等。

在任何情况下，请注意，由于 ASP.Net MVC，您最终总会将一些模型类复制到所谓的视图模型中，这样您就可以强类型化您的视图。

其次，我是否正确假设依赖关系被翻转 围绕而不是业务层依赖于数据 层，数据层最终变得依赖于业务 层？

不，数据层不应该知道业务层。

Answer 2

您可以将模型类放在单独的程序集中以适应您的上下文。

如果你这样做，你的数据层、业务层和网站都可以引用模型组件，但你可以隔离其他依赖项——例如网站程序集不会直接引用数据层，这意味着它也不必引用 EF。

如果您先使用代码，这很简单。

如果您首先使用数据库，则从上下文程序集中删除对模型 .tt 文件的引用。不要删除或移动它，而是在新模型装配中添加指向它的链接。

要添加链接，请在解决方案资源管理器中右键单击您的项目，然后选择“添加 -> 现有项目”。然后你会得到一个文件选择器对话框。该对话框上的“添加”按钮有一个下拉菜单，您可以在其中选择“添加为链接”。