Як називається цей шаблон JavaScript і для чого він використовується?

Я вивчаю THREE.js і помітив шаблон, де функції визначені так:

var foo = ( function () {
    var bar = new Bar();

    return function ( ) {
        //actual logic using bar from above.
        //return result;
    };
}());

(Приклад см метод raycast тут ).

Нормальне зміна такого методу буде виглядати наступним чином :

var foo = function () {
    var bar = new Bar();

    //actual logic.
    //return result;
};

Порівнюючи першу версію із звичайною варіацією, перша здається відрізняється від цього:

1. Він призначає результат самовиконання функції.
2. Він визначає локальну змінну в межах цієї функції.
3. Він повертає фактичну функцію, що містить логіку, яка використовує локальну змінну.

Отже, головна відмінність полягає в тому, що в першому варіанті смуга призначається лише один раз, при ініціалізації, а в другому варіанті створюється ця тимчасова змінна щоразу, коли вона викликається.

Я найкраще здогадуюсь, чому це використовується, це те, що він обмежує кількість примірників для бару (буде лише один) і, таким чином, економить накладні витрати на управління пам'яттю.

Мої запитання:

1. Чи правильне це припущення?
2. Чи є назва цього шаблону?
3. Чому це використовується?

Ваші припущення майже вірні. Розглянемо їх спочатку.

1. Він призначає повернення функції самовиконання

Це називається виразом функції негайно виклику функції або IIFE

2. Він визначає локальну змінну в межах цієї функції

Це спосіб наявності приватних об’єктних полів у JavaScript, оскільки це не забезпечує privateключове слово чи функціональність в іншому випадку.

3. Він повертає фактичну функцію, що містить логіку, яка використовує локальну змінну.

Знову ж таки, головний момент полягає в тому, що ця локальна змінна є приватною .

Чи є назва цього шаблону?

AFAIK ви можете назвати цей шаблон Шаблон модуля . Цитування:

Шаблон модуля включає в себе "конфіденційність", стан та організацію, використовуючи закриття. Він надає спосіб упаковки поєднання публічних та приватних методів та змінних, захищаючи шматки від витоку в глобальну сферу та випадкового зіткнення з інтерфейсом іншого розробника. За цим шаблоном повертається лише загальнодоступний API, зберігаючи все інше в межах закриття.

Порівнюючи ці два приклади, мої найкращі здогадки про те, для чого використовується перший:

1. Він реалізує модель дизайну Singleton.
2. Можна керувати способом створення об'єкта певного типу, використовуючи перший приклад. Одне тісне узгодження з цією точкою можуть бути статичними заводськими методами, як описано в Ефективній Java.
3. Це ефективно, якщо вам потрібно кожен раз однаковий стан об'єкта.

Але якщо вам просто потрібен об'єкт ванілі кожного разу, то, мабуть, цей візерунок не додасть ніякої цінності.

Це обмежує витрати на ініціалізацію об'єкта та додатково забезпечує те, що всі виклики функцій використовують один і той же об'єкт. Це дозволяє, наприклад, стан зберігатись в об’єкті для подальшого використання викликів.

Хоча можливо, що це обмежує використання пам’яті, зазвичай GC збирає невикористані об’єкти в будь-якому випадку, так що ця модель, ймовірно, не дуже допоможе.

Ця закономірність є специфічною формою закриття .

Я не впевнений, чи має цей шаблон більш правильну назву, але це виглядає як модуль для мене, і причина, якою він використовується, - і для інкапсуляції, і для підтримки стану.

Закриття (ідентифіковане функцією у межах функції) забезпечує внутрішню функцію доступу до змінних всередині зовнішньої функції.

У наведеному вами прикладі внутрішня функція повертається (і присвоюється їй foo), виконуючи зовнішню функцію, що означає, що tmpObjectпродовжує жити в рамках закриття, і кілька викликів до внутрішньої функції foo()працюватимуть на тому самому екземплярі tmpObject.

Ключова відмінність вашого коду від коду Three.js полягає в тому, що в коді Three.js змінна tmpObjectініціалізується лише один раз, а потім ділиться кожним викликом повернутої функції.

Це було б корисно для збереження певного стану між дзвінками, подібно до того, staticяк використовуються змінні в мовах, подібних С.

tmpObject є приватною змінною, видимою лише для внутрішньої функції.

Він змінює використання пам'яті, але не призначений для економії пам'яті.

Я хотів би внести свій внесок у цей цікавий потік, поширившись на концепцію шаблону розкриваючого модуля, який гарантує, що всі методи та змінні залишаються приватними до тих пір, поки вони не будуть відкриті.

В останньому випадку метод додавання буде називатися Calculator.add ();

У наданому прикладі перший фрагмент буде використовувати один і той же екземпляр tmpObject для кожного виклику функції foo (), де, як і у другому фрагменті, tmpObject буде кожен раз новим екземпляром.

Однією з причин, що може бути використаний перший фрагмент, є те, що змінна tmpObject може бути розділена між викликами до foo (), без того, щоб її значення просочилося в область, у якій foo () оголошено.

Невиконана версія функції першого фрагмента насправді виглядатиме так:

var tmpObject = new Bar();

function foo(){
    // Use tmpObject.
}

Однак зауважте, що ця версія має tmpObject в тому ж обсязі, що і foo (), тому з нею можна маніпулювати пізніше.

Кращим способом досягнення тієї ж функціональності було б використання окремого модуля:

Модуль 'foo.js':

var tmpObject = new Bar();

module.exports = function foo(){
    // Use tmpObject.
};

Модуль 2:

var foo = require('./foo');

Порівняння продуктивності IEF та іменованої функції foo Creator: http://jsperf.com/ief-vs-named-function