Кайл Симпсон - Замыкания и объекты

а потом добавляете в нее код. Однако не менее
полезно взглянуть в другом направлении: вы берете произвольный
фрагмент кода, написанный вами, и заключаете его в объявление
функции, что фактически «скрывает» код от наблюдателя.
На практике вокруг кода создается область видимости, это означает, что любые объявления (переменные или функции) в этом
коде теперь будут связаны с областью видимости новой функцииобертки (вместо прежней внешней области видимости). Иначе
говоря, можно «скрывать» переменные и функции, заключая их
в функциональную область видимости.
Для чего может быть полезно «скрывать» переменные и функции?
Существует множество причин для подобной маскировки на базе
области видимости. Обычно они происходят от «принципа наименьших привилегий»1 при проектировании программных продуктов.
Этот принцип гласит, что при проектировании программного
продукта (например, API модуля/объекта) следует предоставлять
1

https://ru.wikipedia.org/wiki/Принцип_минимальных_привилегий.

60

Глава 3. Функциональные и блочные области видимости

доступ только к тому, что абсолютно необходимо, и «скрывать»
все остальное.
Этот принцип распространяется на выбор области видимости,
содержащей переменные и функции. Если все переменные и функции будут находиться в глобальной области видимости, конечно,
они будут доступны для любой вложенной области видимости.
Однако это нарушит «принцип наименьших привилегий», поскольку вы (с большой вероятностью) будете предоставлять доступ ко многим переменным и функциям, которые следовало бы
оставить недоступными, так как при правильном использовании
кода доступ к этим переменным/функциям будет нежелателен.
Пример:
function doSomething(a) {
b = a + doSomethingElse( a * 2 );
console.log( b * 3 );
}
function doSomethingElse(a) {
return a - 1;
}
var b;
doSomething( 2 ); // 15

Вероятно, в этом фрагменте переменная b и функция doSome­
thingElse(..) относятся к «приватным» подробностям того, как
doSomething(..) делает свою работу. Предоставление «доступа» к b
и doSomethingElse(..) внешней области видимости не только излишне, но и, скорее всего, опасно в том отношении, что они могут
быть использованы непредвиденным образом (намеренно или нет),
и это может нарушить предусловия doSomething(..). В более «правильной» архитектуре эти приватные подробности реализации
будут скрыты в области видимости doSomething(..), примерно так:

Предотвращение конфликтов

61

function doSomething(a) {
function doSomethingElse(a) {
return a - 1;
}
var b;
b = a + doSomethingElse( a * 2 );

}

console.log( b * 3 );

doSomething( 2 ); // 15

Теперь b и doSomethingElse(..) недоступны для внешнего влияния,
ими распоряжается только doSomething(..). Функциональность
и конечный результат не изменились, но архитектура скрывает
приватные детали. Такой код обычно считается более качественным.

Предотвращение конфликтов
Другое преимущество «сокрытия» переменных и функций внутри
области видимости — предотвращение случайных конфликтов
между идентификаторами с одинаковыми именами, но разным
предполагаемым использованием. Конфликты часто приводят
к непреднамеренной перезаписи значений.
Пример:
function foo() {
function bar(a) {
i = 3; // изменение `i` в цикле for внешней области
// видимости
console.log( a + i );
}

62

}

Глава 3. Функциональные и блочные области видимости

for (var i=0; i --">