Underscore bindAll, explizite Methodenbenennung

Question

Ich verwende _.bindAll in vielen meiner Backbone.Views.

_.bindAll(this, 'render', 'addOne', 'addAll', 'someFunctionA', 'someFunctionB');

Beim Refactoring wird dies ziemlich mühsam, da ich die Methoden der Ansichten und die Namensauflistungen synchron halten muss. In beiden Fällen führt dies oft zu einfachen Fehlern.

Da es eine Kurzfassung von bindAll Ich frage mich, welche Nachteile (Leistung, Lesbarkeit, Flexibilität, ) es gibt, und halten Sie diese für akzeptabel, um einen kleinen Produktivitätsschub zu erhalten.

_.bindAll(this);

Answer 1

Ich habe _.bindAll(this) im Backbone-Projekt für eine gewisse Zeit. Nachdem ich den Code profiliert habe, habe ich festgestellt, dass Aufrufe an _.bindAll nimmt einen nennenswerten Anteil an allen Funktionsaufrufen ein.
Basierend auf den Ergebnissen des Leistungstests http://jsperf.com/underscore-bindall-this-vs-bindall-this-params es scheint, dass die explizite Benennung von Methoden leistungsfähiger ist (insbesondere für Objekte mit vielen Funktionen)