给定一个使用 ViewModel 模式和带有实体框架的 Repository 模式的 MVC3 应用程序。
如果我有一个由多个实体组成的创建和更新视图，那么保存数据的最佳做法是什么？
我应该使用抽象服务层保存日期，该服务层将使用其各自的存储库保存每个实体的数据，还是应该使用存储过程将数据保存在存储库中？
我愿意接受任何建议或建议。
提前致谢！
问问题
821 次
1 回答
1
这是 DDD/CQRS 方法最有意义的情况之一。简而言之，您有一些对特定行为（聚合）进行建模的业务对象。chrage 中有一个对象称为聚合根 (AR)，它具有明确的边界。当你想保存它时，你将整个 AR 发送到存储库，然后将所有内容保存为事务。
工作流程
用户通过视图模型发送数据。然后控制器将从存储库中检索 AR，如果它是新的，则创建。输入数据通常通过 AR 方法映射到 AR。如果 AR 发现数据或其结果违反了某些业务规则，那么它应该抛出异常（我们假设基本验证已经由 asp.net mvc 自动执行）。
如果一切正常，控制器会将 AR 发送到 repo，然后它将继续将 AR 映射到 EF 实体，然后保存它，所有这些都在一个事务中。
简而言之，这就是我的做法。当然，我实际上会实现它有点不同，但概念是相同的。重要的部分是将所有数据发送到知道如何处理关系的 AR。
要点
请注意，我仅在 AR 进入 repo 之后才提到 EF。这意味着，AR 与 EF 实体无关，完全分离并服务于实际的业务模型。只有在模型更新后，我们才关心 EF，并且只在 repo 内（因为 EF 是 repo 的实现细节）。存储库仅将 AR 数据传输（基本上映射）到相关的 EF 实体，然后保存实体。
在业务（域）模型和持久性模型（EF 实体）之间有一个非常清晰的区别很重要。不要使用 EF 处理业务规则，仅使用它来查看/检索数据库中的数据。EF 仅用于抽象 RDBMS 访问，将其用作虚拟 OOP 数据库。
您提到了 ViewModel 模式。我还没有听说过这样的模式，每次您使用 MVC 时，您已经在使用 ViewModels。再一次，诀窍是不要将 EF 实体用作 ViewModel。使用适合视图的“哑”视图模型。通过专门的查询存储库填充 VM，该存储库将直接返回 VM 部件。存储库将查询 EF 实体，然后返回那些简单 DTO 的 VM 位。那是因为在显示数据时不需要验证和业务规则。
我认为保持层，尤其是每一层的模型分开是一个很好的做法。对于更新的东西，使用复杂的业务对象（域模型）来完成艰苦的工作，然后只将它们的状态转移到 EF（通过存储库）。要阅读内容，请查询 EF 并返回适合 VM 的简单 DTO。
这就是 CQRS 的真正意义：不要试图在单个模型中适应不同的职责（写入和读取）。
于 2012-04-26T06:53:53.617 回答