Ember.js 使用ember数据或ajax调用

Ember.js 使用ember数据或ajax调用,ember.js,ember-data,Ember.js,Ember Data,我正在寻找一些关于是否使用余烬数据的建议。我倾向于使用它,但它也必须有意义 我的主要记录集是lat/long记录,需要在地图上显示。我得到的记录将取决于地图的视口。理想情况下,如果视口发生更改,我会加载新记录,但也会从存储中删除一些记录(不再显示的记录) 我将只从后端获取记录。我永远不会在前端创建需要保存的新lat/long记录 使用ember数据是明智的还是使用简单的ajax调用更好 谢谢你的建议。我认为你应该使用简单的ajax调用。我无法理解的是,当您按id查询记录或在前端创建记录时,余烬数

我正在寻找一些关于是否使用余烬数据的建议。我倾向于使用它,但它也必须有意义

我的主要记录集是lat/long记录,需要在地图上显示。我得到的记录将取决于地图的视口。理想情况下,如果视口发生更改,我会加载新记录,但也会从存储中删除一些记录(不再显示的记录)

我将只从后端获取记录。我永远不会在前端创建需要保存的新lat/long记录

使用ember数据是明智的还是使用简单的ajax调用更好


谢谢你的建议。

我认为你应该使用简单的ajax调用。我无法理解的是,当您按id查询记录或在前端创建记录时,余烬数据非常方便。实际上,余烬并不要求您使用余烬数据。在你的情况下,这似乎没有意义。 我自己用emberjs实现了一个Google地图,当用户拖动一个标记时,它会获取新的点显示在地图上。在开发过程中,我从未想过,我应该有用户余烬数据


就我的2美分:-)

毫无疑问,ajax调用在短期内会更容易,特别是如果它们非常简单的话。这就是说,余烬数据的意义不仅在于简化数据检索,还在于抽象出后端的细节。假设您的API以后发生了更改,或者您决定从websocket加载数据。对于Ember数据,您只需要编写一个新的适配器,其余代码保持完全相同。值得深思。

正是这些未来的特征吸引了我对余烬数据的兴趣。我看了《我相信汤姆·戴尔》关于余烬数据的介绍,在看了路线图和目标之后,我觉得这是一个很简单的问题。我也相信现在可能有点粗糙,但对于我的简单需求来说,它可能会很好。上次我读到关于多对多链接表的文章时,似乎仍然存在一些问题。