javascript – 一旦不再需要视图,最好的办法就是忽略事件

在view()方法调用undelegateEvents()是不好的做法吗?为什么骨干家伙认不包括

当我简单地重新初始化一个视图变量时,我意识到我正在陷入这么多有限的问题.虽然在创建新视图时自动调用undelegateEvents(),但是它尝试对新实例化视图(而不是前一个视图)的事件不服从.因此,除非每次手动调用它,否则ghost事件回调将保持活动并拧紧我的应用程序.

什么是最好的办法呢?

解决方法

Is it a bad practice to call undelegateEvents() in the view remove() 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().

相关文章

前言 做过web项目开发的人对layer弹层组件肯定不陌生,作为l...
前言 前端表单校验是过滤无效数据、假数据、有毒数据的第一步...
前言 图片上传是web项目常见的需求,我基于之前的博客的代码...
前言 导出Excel文件这个功能,通常都是在后端实现返回前端一...
前言 众所周知,js是单线程的,从上往下,从左往右依次执行,...
前言 项目开发中,我们可能会碰到这样的需求:select标签,禁...