функция, возвращающая функцию как свойство

Question

функция, возвращающая функцию как свойство

1

Я знаю, что иногда бывает полезно, чтобы функции возвращали другие функции, чтобы вам не приходилось повторять себя, увеличивать модульность и т.д.
Но какой смысл в этом фрагменте (один из многих) здесь из библиотеки three.js?

Object.assign( Matrix4.prototype, {

...

    applyToBufferAttribute: function () {

        var v1 = new Vector3();

        return function applyToBufferAttribute( attribute ) {

            for ( var i = 0, l = attribute.count; i < l; i ++ ) {

                v1.x = attribute.getX( i );
                v1.y = attribute.getY( i );
                v1.z = attribute.getZ( i );

                v1.applyMatrix4( this );

                attribute.setXYZ( i, v1.x, v1.y, v1.z );

            }

            return attribute;

        };

    }(),

...

} );

"Inlined" applyToBufferAttribute не используется повторно в другом месте.

wordorf 21 сен. 2017, в 10:53

Источник

0

Что такое: ... ?
zer00ne 21 сен. 2017, в 08:53
0

Это может быть просто стиль разработчика - сделать ваш код легко пригодным для повторного использования / расширения - довольно хорошая привычка, потому что теоретически это облегчает дальнейшую разработку.
Scoots 21 сен. 2017, в 08:53
0

Если я читаю это право, метод applyToBufferAttribute устанавливается на функцию с тем же именем. Единственная цель здесь состоит в том, чтобы создать один вектор для каждого выполнения этой функции, но меня это беспокоит, почему, как только сборщик мусора возвращает локальный вектор, если таковой должен был быть.
Dellirium 21 сен. 2017, в 08:53
0

@zer00ne zer00ne заполнители для большего количества кода, я не хотел публиковать весь файл
wordorf 21 сен. 2017, в 08:58
0

@Dellirium: Я бы сказал, что дело именно в том, чтобы избежать сборщика мусора. Представьте, что функция вызывается миллион раз в секунду; это позволяет избежать большого количества выделений и очисток за счет одного постоянно выделенного вектора.
Amadan 21 сен. 2017, в 09:02
0

Должен иметь смысл, никогда не задумывался об «оптимизации» самого коллектора, просто думал об этом как о инструменте
Dellirium 21 сен. 2017, в 09:21
0

@wordorf, предполагая, что остальная часть кода не имеет отношения, я должен согласиться с Аманданом в том, что это IIFE, но его подпись не полностью там (function(){...})(); вам не хватает внешних скобок. Хотя это и не требуется, настоятельно рекомендуется, чтобы внешние переменные присутствовали для установки переменной, значение будет результатом указанной функции, а не самой функции.
zer00ne 21 сен. 2017, в 12:36

Показать ещё 5 комментариев

Теги:

javascript

2 ответа

0

Вот как вы "спрячьте" переменную во внешнюю область.

v1 больше не виден вне вашего модуля, и вы убедитесь, что никто не будет его нарушать.

Обычно функция возврата является закрытием, которое закрывается над переменной v1.

Альтернативой было бы сделать полный объект fledge и сделать v1 readonly, но вы часто не потрудитесь сделать такой объект. Таким образом, это быстрый способ инкапсулировать некоторую переменную.

Второй альтернативой будет добавление v1 к возвращаемому объекту.

function applyToBufferAttribute() {
    if (!this.v1) {
        this.v1 = new Vector3();
    }
    ...
 }

Но это также связано с тем, что v1 видимо снаружи и делает код более хрупким.

mathk 21 сен. 2017, в 07:51

Ещё вопросы

Это может быть просто стиль разработчика - сделать ваш код легко пригодным для повторного использования / расширения - довольно хорошая привычка, потому что теоретически это облегчает дальнейшую разработку.
Если я читаю это право, метод applyToBufferAttribute устанавливается на функцию с тем же именем. Единственная цель здесь состоит в том, чтобы создать один вектор для каждого выполнения этой функции, но меня это беспокоит, почему, как только сборщик мусора возвращает локальный вектор, если таковой должен был быть.
@zer00ne zer00ne заполнители для большего количества кода, я не хотел публиковать весь файл
@Dellirium: Я бы сказал, что дело именно в том, чтобы избежать сборщика мусора. Представьте, что функция вызывается миллион раз в секунду; это позволяет избежать большого количества выделений и очисток за счет одного постоянно выделенного вектора.
Должен иметь смысл, никогда не задумывался об «оптимизации» самого коллектора, просто думал об этом как о инструменте
@wordorf, предполагая, что остальная часть кода не имеет отношения, я должен согласиться с Аманданом в том, что это IIFE, но его подпись не полностью там (function(){...})(); вам не хватает внешних скобок. Хотя это и не требуется, настоятельно рекомендуется, чтобы внешние переменные присутствовали для установки переменной, значение будет результатом указанной функции, а не самой функции.

Amadan · Accepted Answer · 2017-09-21T06-41-00.000Z

Возвращаемая функция становится методом, да. Целью обертывания его в IIFE является скрыть переменную v1, сделав ее тем, что C будет называть "статической переменной": независимо от того, сколько объектов Matrix4 вы создаете, независимо от того, сколько раз вы вызываете applyToBufferAttribute, будет только один экземпляр v1, и он не будет доступен, кроме функции applyToBufferAttribute.

Для этого мы можем только догадываться, но, вероятно, Vector3 затрат на выделение и освобождение для этого объекта Vector3, предполагая, что applyToBufferAttribute с некоторой частотой. Учитывая, что three.js является библиотекой WebGL, каждый небольшой оптимизатор помогает.