Javascript Breeze为使用WebAPI构建的应用程序提供了什么价值？

如果这个问题太笼统，请原谅，但微风有什么价值呢？看起来最大的卖点是更改跟踪和精简的最小查询，但这不是服务层的责任吗？为什么在客户机上执行这些操作变得很方便

我已经看过了这些示例，似乎有很多服务器端的责任正悄悄地转移到客户机身上。我传统上使用不同的DTO为应用程序中的不同场景构建SPA，以定义wire服务器端的内容。修改这些数据只是从JS调用正确的API的问题

在我看来，这种策略使其他开发人员也更容易构建客户机。他们只需要知道API端点和JSON结构。有了微风，他们需要知道更多

---

我只是很难看到这个图书馆的价值——尽管我想！这里的任何信息/讨论都会很棒。干杯：

Breeze允许在JavaScript视图模型客户端轻松创建查询，并通过Breeze控制器推送查询

Breeze将实体框架包装到JavaScript框架中，提供了在客户端构建查询的能力，但仍然在服务器端执行查询。它包含许多附加功能，并通过JavaScript层使您的DB数据完全可用

需要作出一些努力：

它的API是LINQ所熟悉的 如您所述，更改跟踪 客户端缓存效率！ 带承诺的异步操作 当然，这取决于客户端应用程序的丰富程度。但SPA是相当丰富的互联网应用程序。由于其通常的复杂体系结构，Breeze可以轻松实现设计良好的JS数据访问

编辑 假设您想要实现一个网格，它允许修改多个DB对象，比如Person。

---

像Kendo这样的第三方网格通常支持客户端验证，以提高用户体验和带宽使用。尽管互联网应用程序必须在服务器端验证数据，但在将数据提交到后端之前，必须在客户端捕获错误。Breeze为您提供了客户端验证的简单实现。

Breeze允许在客户端JavaScript视图模型中轻松创建查询，并通过Breeze控制器推送查询

Breeze将实体框架包装到JavaScript框架中，提供了在客户端构建查询的能力，但仍然在服务器端执行查询。它包含许多附加功能，并通过JavaScript层使您的DB数据完全可用

需要作出一些努力：

它的API是LINQ所熟悉的 如您所述，更改跟踪 客户端缓存效率！ 带承诺的异步操作 当然，这取决于客户端应用程序的丰富程度。但SPA是相当丰富的互联网应用程序。由于其通常的复杂体系结构，Breeze可以轻松实现设计良好的JS数据访问

编辑 假设您想要实现一个网格，它允许修改多个DB对象，比如Person。

---

像Kendo这样的第三方网格通常支持客户端验证，以提高用户体验和带宽使用。尽管互联网应用程序必须在服务器端验证数据，但在将数据提交到后端之前，必须在客户端捕获错误。Breeze为您提供了客户端验证的简单实现。

>通过JavaScript层使您的数据库完全可用。为什么这是件好事？顺便说一句，谢谢你的回复。我把它改成了DB数据。实际上，您以LINQ风格构建JS查询，将其推送到服务器上的BreezeController控制器，并通过实体框架执行它。然后在JS代码中检索数据。比如，你可以把它绑起来。这只需要很少的代码。非常感谢你。我将花很多时间在angular/breeze模板上，让我的头脑围绕着它——我现在查询客户端时感觉脏兮兮的，但也许这个应用程序会让事情变得更清楚：干杯！非常好的解释，ebeb>通过JavaScript层使您的DB完全可用。为什么这是件好事？顺便说一句，谢谢你的回复。我把它改成了DB数据。实际上，您以LINQ风格构建JS查询，将其推送到服务器上的BreezeController控制器，并通过实体框架执行它。然后在JS代码中检索数据。比如，你可以把它绑起来。这只需要很少的代码。非常感谢你。我将花很多时间在angular/breeze模板上，让我的头脑围绕着它——我现在查询客户端时感觉脏兮兮的，但也许这个应用程序会让事情变得更清楚：干杯！很好的解释，埃比伯