【问题标题】:How to design API so it would fit REST conventions and Ember.js way?如何设计 API 使其符合 REST 约定和 Ember.js 方式?
【发布时间】:2016-03-27 21:54:46
【问题描述】:

合并Item的所有属性是一个好习惯:

{id: 1, priceId:1, property1:0}与其对应的Price{id:1,seasonalPrice:123,regularPrice:120}成:

{id:1,property1:0, price:{seasonalPrice:123,regularPrice:120}}

Ember 最有可能处理链接和组合(合并)两个 json,这些 json 作为来自后端 REST API 的两个 Promise 到达一个模型。使用 Ember 设计 API 和使用的最佳方法是什么?

【问题讨论】:

  • Ember 本身没有与任何 API 通信的标准,您可能对 Ember 数据感到好奇。 JSON API 是 ember 数据团队当前的方向。
  • 我在尝试将 json 从后端调整为 ember JSON API 时遇到了问题。似乎一个更简单的解决方案是放弃它,转而使用不需要任何自定义适配器和序列化器的 AngularJS,拥有更多示例和更受欢迎 - 更大的社区。​​span>
  • Ember 本身不需要任何自定义适配器/序列化器,您可以使用普通的 ol' ajax 调用和 json 数据。将 REST 附加组件与 mvc 框架进行比较没有任何意义 :) 您最好将 restangular 与 ember-data 进行比较,但随后您又回到了自定义适配器/序列化器。

标签: javascript api rest ember.js ember-data


【解决方案1】:

对于 Rest API 设计,您可以阅读:

您可以将 Richardson 成熟度模型级别 2 或 3 与 Ember 数据一起应用。

使用 Ember,您可以使用适合您情况的任何级别。在我们的例子中,我们更喜欢保持在具有强大后端(用 Java 编写)的级别 1,而不是使用 Ember Data。

【讨论】:

    猜你喜欢
    • 2016-11-06
    • 1970-01-01
    • 1970-01-01
    • 2013-04-12
    • 2019-09-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-09-25
    相关资源
    最近更新 更多