Backbone 0.9.9: Differenza tra listenTo e su

Question

Sto cercando di imparare le nuove modifiche apportate in Backbone 0.9.9.

Attualmente ho avuto problemi a capire la differenza tra listenTo e on:

listenTo

var View = Backbone.View.extend({ 

    tagName: "div", 

    intialize: function() { 
     this.listenTo(this.model, 'change', this.render); 
    }, 

    render: function() { 
     this.$el.empty(); 
     this.$el.append('<p>hello world</p>'); 
    } 

}); 

su

var View = Backbone.View.extend({ 

    tagName: "div", 

    intialize: function() { 
     this.model.on('change', this.render, this); 
    }, 

    render: function() { 
     this.$el.empty(); 
     this.$el.append('<p>hello world</p>'); 
    } 

}); 

Ho sentito dire che listenTo permette wi th stopListening per annullare l'iscrizione a tutti gli eventi quando, per esempio, la vista viene rimossa per evitare perdite di memoria.

È questa l'unica ragione?

Answer 1

listenTo e stopListening provenivano dalla comunità, in pratica. Aiutano a rendere più facile legare e sciogliere gli eventi.

C'è un sacco di documentazione esistente e post di blog che circonda l'idea, comprese cose che ho scritto sull'argomento.

Johnny Oshika è la prima persona che ho visto utilizzando questa tecnica. E 'stato originariamente pubblicato come una risposta ad una domanda StackOverflow qui: Backbone.js : repopulate or recreate the view?

Si può leggere quello che ho scritto su questo, qui:

• Backbone.EventBinder: Better Event Management For Your Backbone Apps
• Zombies! RUN! (Managing Page Transitions In Backbone Apps)
• Backbone.js And JavaScript Garbage Collection

Answer 2

Quando si crea una vista, sia l'evento listenTo e on aggiungono la manipolazione. Tuttavia, quando la vista viene distrutta, la chiamata listenTo sarà automatically remove the event handler. Questo ascoltatori di eventi prevents memory leaks e zombie.

Quindi, utilizzare on se si desidera gestire personalmente l'handler. Assicurati di chiamare lo off. Altrimenti, chiama listenTo.