Backbone.js 主干从fetch更新视图

Backbone.js 主干从fetch更新视图,backbone.js,Backbone.js,我正在尝试创建一个实时应用程序,并且有一个集合我正在使用setInterval不断获取。我遇到的问题是,当我获取集合主干时,会重新渲染整个集合,如果我将获取间隔设置得太短,那么绑定到与集合中元素关联的视图的事件不会可靠地触发绑定到它们的单击事件(可能是因为它正忙于重新渲染?)。我应该如何构造它?基于您的问题,我假设您有一个视图呈现整个集合,绑定到“同步”事件。相反,如果您创建视图来呈现集合中的各个元素,并在“同步”时迭代集合中的模型,呈现新的模型并更新与已更改的模型相关联的视图,您将实现我认为您

我正在尝试创建一个实时应用程序,并且有一个集合我正在使用setInterval不断获取。我遇到的问题是,当我获取集合主干时,会重新渲染整个集合,如果我将获取间隔设置得太短,那么绑定到与集合中元素关联的视图的事件不会可靠地触发绑定到它们的单击事件(可能是因为它正忙于重新渲染?)。我应该如何构造它?

基于您的问题,我假设您有一个视图呈现整个集合,绑定到“同步”事件。相反,如果您创建视图来呈现集合中的各个元素,并在“同步”时迭代集合中的模型,呈现新的模型并更新与已更改的模型相关联的视图,您将实现我认为您想要的

根据您的问题,我假设您有一个视图呈现整个集合,绑定到“同步”事件。相反,如果您创建视图来呈现集合中的各个元素,并在“同步”时迭代集合中的模型,呈现新的模型并更新与已更改的模型相关联的视图,您将实现我认为您想要的

所以我必须记录我已经拥有的那些?有一个id的散列并每次更新这个散列?让我知道哪些也被移除了?这是通常的做法吗?我应该将模型设置为与返回的新模型相同吗?这会引发“变化”还是“重置”?无论模型是否已更改,都会触发此事件吗?集合管理其模型集,因此,除非您已克隆它,否则应使用fetch()返回的任何更改数据更新模型引用。如果模型已更改,则它将从模型中触发更改事件,您可以使用它来触发关联视图的更新。哦,好的。最后一个问题!所以我只需要检查新模型和删除的模型?如果您使用模型的更改事件来更新更新模型的视图,那么是的,仅此而已:Dso我必须跟踪我已经拥有的模型吗?有一个id的散列并每次更新这个散列?让我知道哪些也被移除了?这是通常的做法吗?我应该将模型设置为与返回的新模型相同吗?这会引发“变化”还是“重置”?无论模型是否已更改,都会触发此事件吗?集合管理其模型集,因此,除非您已克隆它,否则应使用fetch()返回的任何更改数据更新模型引用。如果模型已更改,则它将从模型中触发更改事件,您可以使用它来触发关联视图的更新。哦,好的。最后一个问题!所以我只需要检查新模型和删除的模型?如果您使用模型的更改事件来更新更新模型的视图,那么是的,就是这样:D