Организация памяти js - закрытие объектов или объектов?

Question

Когда я развиваюсь в JS, я часто сталкиваюсь с выбором между захватом переменных с внутренней функцией (закрытием) и использованием объекта.

Внутренняя функция:

var x = ...; 
var f = function() { 
    // use x here 
} 

Объект:

obj.x = ...; 
obj.f = function() { 
    // use x here 
} 

Внутренняя функция подход «чувствует себя» более естественным, но мне было интересно - есть влияние на производительность, чтобы беспокоиться о делать это так или другой, и каков самый идиоматический способ сделать это?

Answer 1

В эпоху, когда средний компьютер имеет 8 ГБ ОЗУ, использование памяти затворами по сравнению с объектными свойствами кажется несущественным. В любом случае в нетривиальном приложении крайне маловероятно, что имеет смысл использовать только закрытие или только значения свойств.

Если у вас есть модуль кода, имеет смысл использовать замыкания для переменных, которые используются только с помощью методов этого модуля. Также имеет смысл использовать свойства для значений, которые необходимо разделить между модулями, без использования геттеров и сеттеров (например, если вы хотите использовать obj.property, а не obj.getProperty()).

Кроме того, доступ к ресурсу намного эффективнее, чем использование функции для извлечения значения, но геттеры и сеттеры могут обеспечить значительную функциональность (например, проверку достоверности и проверку целостности) за простое чтение или присвоение значения.

Как всегда, используйте то, что подходит вашему приложению, в зависимости от того, какие критерии кажутся подходящими (скорость, удобство обслуживания, надежность, поддержка кросс-браузера и т. Д.).

Answer 2

Ну, на самом деле вы выделяете дополнительный объект во втором случае, иначе они выглядят одинаково для меня.

Функции являются объектами первого класса в JS, и легко забыть, что в любое время вы видите function(){}, что выделяет новый объект функции, который является относительно жирным. Вы могли бы подумать об этом, увидев, что new Function() называется , если это делает выделение объектов более очевидным для вас.

Это вредно только тогда, когда у вас есть «конструктор», который определяет функции внутри него и возвращает объект, указывающий на эти функции. Каждая из этих функций представляет собой отдельный объект, созданный поверх объекта, который вы создаете из конструктора. Функции будут легко получать на 10-100 раз больше памяти, чем объект и его данные, в зависимости от данных и количества методов, конечно.

Если вы пишете приложение, легко подумать о том, будете ли вы когда-либо беспокоиться об этом. Если вы знаете , ваше приложение никогда не создаст много объектов, а потеря памяти не так уж плоха в увеличенной картине. Если вы являетесь , пишите библиотеку общего назначения и т. Д., Пожалуйста, не делайте эти предположения для разработчиков приложений, чьи потребности вы не можете предсказать .