调用undelegateEvents()
视图remove()
方法是一种不好的做法吗?为什么骨干人员默认不包含它?
当简单地重新初始化视图变量时,我意识到我陷入了如此多的绑定问题。尽管undelegateEvents()
在创建新视图时会自动调用它,但它正在尝试为新实例化的视图取消委托事件,而不是前一个视图。因此,除非每次都手动调用它,否则幽灵事件回调仍然存在并搞砸了我的应用程序。
处理这个问题的最佳方法是什么?
调用undelegateEvents()
视图remove()
方法是一种不好的做法吗?为什么骨干人员默认不包含它?
当简单地重新初始化视图变量时,我意识到我陷入了如此多的绑定问题。尽管undelegateEvents()
在创建新视图时会自动调用它,但它正在尝试为新实例化的视图取消委托事件,而不是前一个视图。因此,除非每次都手动调用它,否则幽灵事件回调仍然存在并搞砸了我的应用程序。
处理这个问题的最佳方法是什么?
调用
undelegateEvents()
视图remove()
方法是一种不好的做法吗?
除非您正在实现自己的remove()
并且您不调用Backbone.View.remove()
or ,否则这不是必需的this.$el.remove()
。至少,如果您使用的是 jQuery。调用remove()
Backbone 视图将调用jQuery.remove()
无论如何都会删除所有 DOM 事件侦听器。
当简单地重新初始化视图变量时,我意识到我陷入了如此多的绑定问题。
很多人似乎使用 Backbone.Events,就像他们不需要清理之后的某种魔法一样,例如:
var View = Backbone.View.extend( {
initialize : function ( options ) {
// `on()` or `bind()`
this.model.on( 'something', this.render, this );
}
} );
请参阅我关于将事件委托给 Backbone 中的父视图的答案
您遇到的幽灵事件问题是否可能与 Backbone 事件而不是 DOM 事件有关?
如果您保留模型对象但想摆脱该视图对象或其 Backbone 事件注册,则必须执行view.model.off( null, null, this );
. 您必须取消绑定已在任何外部对象上注册的事件。如果你愿意,你可以覆盖Backbone.View.remove()
并在那里做,但默认情况下,该方法只是view.$el.remove()
.