当使用视图模型将 EF 实体与视图解耦时，将 EF 实体作为域模型？

Question

我正在尝试了解我的 MVC2 站点的最佳架构。

当我一直在尝试使用实体框架将数据传入和传出数据库时，我开始意识到我迄今为止构建的简单域模型并不能满足我计划视图的所有需求。所以我正在考虑遵循这个问题的公认答案： 为什么有两个类，视图模型和域模型？。

但是，我认为领域模型和 EF 模型之间似乎存在冗余，但几乎没有什么回报，而且我什至无法理解概念上的差异。我没有要求将来需要切换数据源，而且我也没有预见到需要切换我的 ORM 解决方案。

问题：
如果我遵循这种模式，那么由于我使用的是实体框架，我是否应该只使用我的 EF 实体直接用作域模型？ （注意：我还没有考虑过“如何”，但也欢迎回答。）或者我仍然建议管理一组单独的域模型？

Answer 1

看来你这里有一些冗余。读你的段落：

但是似乎有冗余
我能感觉到的回报很少
领域模型和 EF 之间
模型，我什至几乎不能
了解概念上的差异。

我认为 EF 模型和领域模型之间没有真正的区别。在我创建的项目中，我的 EF 模型是我的域模型。

但是，我的域模型类与我的 ViewModel 不同。域模型类可能包含视图不感兴趣的数据，或者视图可能需要基于视图中的信息计算/评估的信息。一个简单的示例可能是：

public class Session // Domain model (and EF Model
{
    public int Id {get; set; }
    public DateTime Start {get; set; }
    public int DurationInMinutes {get; set; }

}

public class SessionViewModel // The viewmodel :p
{
   public DateTime Start {get; set; }
   public int DurationInMinutes {get; set;}
   public DateTime End 
   {
       get
       {
            return Start.Add(TimeSpan.FromMinutes(DurationInMinutes));
       }
   }
}

在此示例中，我有兴趣在视图中显示实际的结束时间，但我没有兴趣将其存储在数据库中，因为这可能会导致数据差异（DurationInMinutes +如果数据在保存时损坏，开始可能不等于结束）

当我第一次开始以这种方式编码时，我最终做了很多手动工作，将我的域模型映射到 ViewModel，然后再映射回来。 AutoMapper 改变了这一切 :) Google 一下，或者 NuGet 一下，它会让你的生活变得更轻松 :)

希望这会有所帮助。如果我完全没有抓住重点，请发表评论:)

更新以解决评论

然后，DataAnnotations 将应用于 ViewModel，因为通常 DataAnnotations 表示数据应如何在视图中显示和验证。

例如，您可以将 [Required] 属性放在 public DateTime Start {get; set;} 以便 Html.DisplayFor 扩展根据您的数据注释自动验证您的 HTML。

根据定义（无论如何），域模型不应包含与您的业务逻辑相关的任何代码或逻辑。域模型只负责根据您的数据存储包含非常原始的数据。就我个人而言，我喜欢在中间放置某种服务层，负责获取数据并返回 ViewModel，也可以执行相反的操作。

最终目标是避免直接从控制器引用域模型。

当然，所有这些都必须根据项目的规模来权衡。仅仅为了模拟一个测试站点而做这一切肯定有点矫枉过正——但在任何其他项目中，你实际上要部署可能扩展、扩展或以其他方式改变的东西，这是一个很好的习惯，因为它真的很重要提高你这样做的能力。

这种方法的另一个关键点是，您被迫将操作抽象为更小、更易于管理的单元，从而实现更好、更精确的单元测试。