asp.net-mvc-4 - 如何在 BreezeController 中调用 SaveChanges()？

Question

似乎所有现有的 breezejs 示例都将实体模型传入和传出 BreezeController .

但我们构建的几乎所有页面都使用某种形式的 View 模型。在我们没有 BreezeJs 的日子里，我们从存储库中检索数据(域模型)以填充(使用 AutoMapper 或手动) View 模型，其中仅包含该 View 的必要数据。 WebAPI 仅将 View 模型数据发送到浏览器，我们可以在浏览器中填充客户端 View 模型(通常是 knockout 可观察对象)。

保存数据时，我们从 <form> 收集数据要填充输入 View 模型，只需将该数据发送到服务器，输入 View 模型中的数据将映射到域模型。通过调用 SaveChanges() 保存更新在 DbContext 上存储库中的实体。

现在，BreezeJs是通过创建一个 EFContextProvider 来接管我们所有的存储库代码.我看到的示例通常会检索域模型数据，然后将其全部传递给客户端。

[HttpGet]
    public IQueryable<Item> Items() {
        return _contextProvider.Context.Items;
    }

构建 View 模型是客户端 javascript 的工作。

当然我们可以在服务器端构建 View 模型:

[HttpGet]
public List<ItemViewModel> Items() {
    var items = _contextProvider.Context.Items
                  .Include("RelatedEntity")
                  .ToList();
    var model = new List<ItemViewModel>();
    .... some code to build model from items ....
    return model;
}

好处是通过网络传输的数据更少，我们可以在服务器端做很多操作。但我不知道修改这个 BreezeController 是否是一个好习惯像那样。但至少，它返回列出所有项目所需的数据。

真正的麻烦出现在我尝试返回 POST 数据时。

在我发现的 BreezeJs 示例中，他们使用 ko.observableArray()存储所有域模型数据，比方说 vm.items .然后是新记录newItem由 manager.createEntity 构建进入领域模型。验证数据后，item.entityAspect.validateEntity() , newItem被插入vm.items和 manager.saveChanges()被调用，它以某种方式调用 SaveChanges()在 BreezeController 上。

    [HttpPost]
    public SaveResult SaveChanges(JObject saveBundle) {
        return _contextProvider.SaveChanges(saveBundle);
    }

我发现太多东西被接管了! (如果你不同意，请笑我。)我的问题是:

1. 我可以吗createEntity然后 saveChanges ？我只有一张空表格要填写并提交。肯定没必要建一个整体items客户端数组。

2. 我可以将输入 View 模型作为 JObject 传递吗？并在调用 _contextProvider.SaveChanges() 之前做一些服务器端处理？

---

结果又是一篇超长的帖子。感谢您通读。真的很感激!

Answer 1

好问题。不幸的是，我们的演示代码似乎掩盖了 Breeze 在客户端和服务器上的真正功能。 Breeze 不会以您担心的方式受到限制。

我不想重复我们文档中的所有内容。我们确实在谈论这些问题。我们需要更多的例子来确定。

您正在描述 CQRS 设计。我认为它使大多数应用程序过于复杂。但这是你的特权。

如果你想发送 ItemViewModel 而不是 Item，你可以。如果您希望将其视为 Breeze 客户端上的实体 - 让 EntityManager 将其转换为 KO observable 并在缓存中管理它，更改跟踪它，验证它 -，您必须为它提供元数据......在服务器或客户端上。对于 Breeze 和您可以命名的所有其他系统(Ember、Backbone 等)来说都是如此。很快，我们将使在服务器上为任意 CLR 模型创建元数据变得更加容易；这可能会有所帮助。

您可以完全控制服务器上的查询，顺便说一句，无论是 Item 还是 ItemViewModel。您不必公开任何一个的开放式查询。通过第二个示例查询，您似乎知道这一点。

在命令 端。

您写道:“[示例] 使用 ko.observableArray() 来存储所有域模型数据，假设为 vm.items”

事实并非如此。您在示例中看到的项目数组用于演示。从 Breeze 的角度来看，items 数组没有存储任何内容。事实上，在查询之后，查询响应中返回的实体(如果它们是实体)已经在管理器的缓存中，无论您对查询结果做什么，无论您将它们放入数组还是将它们丢弃。 数组在管理器对实体的跟踪中不起任何作用。

您写道:“我可以只createEntity 然后 saveChanges 吗？”

当然! EntityManager.createEntity 方法将新实体放入缓存中。同样，您看到它被插入 items 数组的原因是为了向用户展示。该数组与经理将保存的内容无关。

您写道:“我可以传递一个输入 View 模型……并在调用 _contextProvider.SaveChanges() 之前进行一些服务器端处理吗？”

我不知道“输入 View 模型”是什么意思。 Breeze EntityManager 跟踪实体。如果您的“输入 View 模型”是一个实体，EntityManager 将跟踪它。如果它已更改并且您调用了 saveChanges，管理器会将其发送到 Controller 的 SaveChanges 方法。

您拥有 Controller 的 SaveChanges 方法的实现。您可以使用 JObject 做任何您想做的事情，它只是变更集数据的 JSON.NET 表示。我认为您将从 ContextProvider 将该对象解析为 SaveMap 的工作中受益。阅读 topic on Customizing the EFContextProvider .大多数人认为这提供了他们在将这些数据传递到数据访问层之前验证和操作客户端变更集数据所需的东西……无论是 EF 还是其他。

相反，如果您想创建自己的自定义 DTO 以 POST 到您自己的自定义 Controller 方法……继续吧。不过不要调用 EntityManager.saveChanges。调用 EntityManager.getChanges() 并将更改的实体数组操作到您的 DTO 中。您将亲手完成所有工作。但是你可以。就个人而言，我有更好的事情要做。