首先，我将 EF 用于 Dal 层（与 MVC 分离的项目，相同的解决方案）。从 EF 的 EDMX 文件生成的模型是来自 Model 层的实际模型？？如果是这样，我如何访问这些模型以在 MVC 的 View 层中工作？我认为直接从视图访问数据层以使用这些模型是错误的，如果我用“我的模型”制作一个 Model 层并将 Dal 的模型转换为我的模型......它将被复制代码。
可能我弄错了，但大多数情况下。是代码优先的方法，我想不通。
【问题讨论】：
标签： c# asp.net-mvc entity-framework model-view-controller data-access-layer
我在本地项目中使用视图模型，在其他项目中使用模型。然后在我的视图模型的页面上放置对我将要使用的模型的引用。然后在我的页面上引用视图模型。如果这听起来像是您想做的事情，请告诉我，我可以在一些代码中进行编辑。
【讨论】：
我可能弄错了，但对我来说，使用 EDMX 生成为您提供了可以被视为 DAL 的 DbContext 和可以被视为模型的实体。
因此，您可以直接将实体实例作为您的业务对象进行操作。通过 DbContext 对基的操作应该出现在 BLL 层中。此外，您可以在需要时实施 DTO。
当然，这假设您要使用实体框架代码生成。考虑到您的整体架构，使用 POCO 等其他选项可能更相关。
【讨论】：
您的想法是正确的，即不直接从您的表示层访问访问 DAL 中的模型。
为避免在将 DAL 对象转换为视图使用的模型时重复代码，您可以使用 AutoMapper 之类的东西，它应该在这种情况下为您完成繁重的工作。
【讨论】：
我认为直接从视图访问数据层以使用这些模型是错误的...
没错，合适的方法是使用View Model
当您有几十个不同的值要传递给一个视图时，同样的灵活性可以让您 快速添加一个新条目，或重命名一个现有条目，成为你最大的敌人。你留在你的 拥有跟踪项目名称和值；您无法从 Microsoft IntelliSense 和编译器获得帮助。 处理软件复杂性的唯一行之有效的方法是通过适当的设计。因此，为每个视图定义一个对象模型有助于您跟踪该视图真正需要什么。我建议你定义一个 您添加到应用程序的每个视图的视图模型类。
-- Dino Esposito 的“Microsoft ASP.NET MVC 编程”
ViewModel 提供了您的视图创建自身所需的所有信息。要从 ViewModel 和业务实体传输数据，您可以使用 AutoMapper。
不要担心重复，这是两个不同的概念，应该彼此分开；它使您的应用程序易于维护。
【讨论】：