对于一个纯UI开发人员团队，对如何实施ODATA服务（一个没有任何dotnet知识/经验的UI团队）：
）：如何确保后端ODATA服务层通过BreezeJS frontend/ui代码正常工作？
Breezejs JavaScript编码器具有后端ODATA实现知识是否重要？
是否有一种方法可以验证/证明给定的URL/ODATA服务点可以与Breezejs一起使用？
我问以下问题的原因是：通过我们的后端ODATA服务实施，我们找到了ODATA URL/服务接受更新和删除操作的POST方法。我认为，这是不正确的。
我们的ODATA URL/Services还接受了一些特殊的标题，例如X-HTTP-Method，具有'put'，'Merge'等的值。
。这就是为什么我要问：Breezejs编码器是否应该具有ODATA后端实施知识？
我们的编辑/保存操作与Breezejs的后端没有同步。但是，我们的阅读操作正常。
请注意：我们将Angularjs与Breezej一起使用。我们想将AngularJS和Breezejs EntityManager之间的数据指标用于所有同步。
另一个答案是无知的和不正确的。微风遵循您告诉的惯例。
微风可以使用您选择的任何后端技术。如果您在命名服务端点时选择遵循静止的约定，则可以在客户端上快速提供帮助，以构建这些终点。我一直都这样做。如果您想在API服务上执行清单，以了解他们是否遵循休息惯例，让后端团队这样做。
您确实必须知道您的服务接受的参数以及他们接受的方式。
在记录中，PUT和DELETE当前不在HTML 5规格中，因为它们不一致。使用添加和删除的帖子更安全，兼容浏览器。
这是一个常见的问题，当2个团队，一个纯正前线，一个纯的后背，正在从事同一项目。
如果您使用休息，您会坚持公约，以便前卫/支持者知道他们会说一个普通的langage。
如果使用肥皂，则可以定义一个XML文件，该文件充当两个世界之间的合同。
Breezejs不遵循休息惯例，既不遵守合同，也不遵守文档。因此，答案是：是的，您必须知道后端实现，并添加强大的集成测试，以确保通信毫不奇怪。