Backbone.js 主干集合在重置/提取时与模型分离_Backbone.js_Backbone Relational

Backbone.js 主干集合在重置/提取时与模型分离

backbone.js

Backbone.js 主干集合在重置/提取时与模型分离,backbone.js,backbone-relational,Backbone.js,Backbone Relational,我正在开发一个应用程序，其中有两个视图视图1是一个文档列表，显示了一些重要的细节视图2是文档本身。可编辑该应用程序是多用户的。因此，应用程序会轮询服务器以获取收藏的更新问题在于，当刷新集合（视图1）时（.fetch），它会从子模型中解除所有事件的绑定。包括在视图2中打开的一个。其中，与提取之前一样，文档（模型）中的任何更改都反映在列表（集合）中，提取之后，文档（现在是旧模型）现在与列表（集合）无关查看backbone.js源代码后，这是预期的行为。是否有解决此问题的解决方案？是的，这是

我正在开发一个应用程序，其中有两个视图

视图1是一个文档列表，显示了一些重要的细节视图2是文档本身。可编辑

该应用程序是多用户的。因此，应用程序会轮询服务器以获取收藏的更新

问题在于，当刷新集合（视图1）时（.fetch），它会从子模型中解除所有事件的绑定。包括在视图2中打开的一个。其中，与提取之前一样，文档（模型）中的任何更改都反映在列表（集合）中，提取之后，文档（现在是旧模型）现在与列表（集合）无关

查看backbone.js源代码后，这是预期的行为。是否有解决此问题的解决方案？

是的，这是一个非常常见的问题。集合被重置，其所有引用被刷新，即使它们的目标与以前相同

我认为实现一个

Collection.update（）

方法来反对

Collection.fetch（）
检查此步骤以了解处理此行为的方法：
是的，这是一个非常常见的问题。集合被重置，其所有引用被刷新，即使它们的目标与以前相同
我认为实现一个Collection.update（）
方法来反对Collection.fetch（）
检查此步骤以了解处理此行为的方法：
可能的解决方案是u.包装模型的保存方法，并在成功保存时将其自身重新添加到其父集合中。可能的解决方案是u.包装模型的保存方法，并在成功保存时将其自身重新添加到其父集合中。