在view()方法中调用undelegateEvents()是不好的做法吗？为什么骨干家伙默认不包括？
当我简单地重新初始化一个视图变量时,我意识到我正在陷入这么多有限的问题.虽然在创建新视图时自动调用undelegateEvents(),但是它尝试对新实例化视图(而不是前一个视图)的事件不服从.因此,除非每次手动调用它,否则ghost事件回调将保持活动并拧紧我的应用程序.
什么是最好的办法呢？
解决方法
Is it a bad practice to call
undelegateEvents()in the viewremove()method?
除非你实现你自己的remove(),你不需要调用Backbone.View.remove()或者这个$el.remove().那就是你至少使用jQuery.调用Backbone视图上的remove()将调用jQuery.remove(),这将除去所有DOM事件侦听器.
I realized I am falling into so many binding issues,when simply reinitializing a view variable.
很多人似乎使用Backbone.Events,因为它们是一些不需要清理的魔法,例如：
var View = Backbone.View.extend( {
initialize : function ( options ) {
// `on()` or `bind()`
this.model.on( 'something',this.render,this );
}
} );
看到我在Delegating events to a parent view in Backbone的答复
您遇到的鬼事件问题可能与骨干事件而不是DOM事件有关吗？
如果你保留模型对象,但是要摆脱该视图对象或其Backbone事件注册,您必须执行view.model.off(null,null,this);.您必须取消绑定您在任何外部对象上注册的事件.如果你想要的话,你可以覆盖Backbone.View.remove()并在那里做,但是默认情况下,该方法只是视图的缩写.$el.remove().
