看来所有现有的breezejs示例都在BreezeController之间传递实体模型。 。
但是我们构建的几乎所有页面都使用某种形式的 View 模型。在没有 BreezeJs 的日子里，我们从存储库检索数据(域模型)以填充(使用 AutoMapper 或手动) View 模型，该 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);
}
我发现太多东西被接管了! (如果您不同意，请 mock 我。)我的问题是:
我可以
createEntity然后saveChanges？ 我只有一张空表格需要填写并提交。当然没有必要构建一个整体items客户端的数组。我可以将输入 View 模型作为
JObject传递吗？并在调用_contextProvider.SaveChanges()之前进行一些服务器端处理？
原来又是一篇超长帖子。感谢您阅读全文。真的很感激!
最佳答案
好问题。不幸的是，我们的演示代码似乎掩盖了 Breeze 在客户端和服务器上的真正功能。 Breeze 不会像您担心的那样受到限制。
我不想重复我们文档中的所有内容。我们确实讨论过这些问题。我们需要更多的例子来确定。
您正在描述 CQRS 设计。我认为它使大多数应用程序变得过于复杂。但这是你的特权。
如果您想发送 ItemViewModel 而不是 Item，则可以。如果您希望将其视为 Breeze 客户端上的实体 - 让 EntityManager 将其转换为 KO 可观察对象并在缓存中管理它、更改跟踪它、验证它 - 您必须在服务器或客户端上为其提供元数据。对于 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 中。你将亲手完成所有事情。但是你可以。就我个人而言，我有更好的事情要做。
关于asp.net-mvc-4 - BreezeController 中如何调用 SaveChanges()？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15281205/