В JavaScript есть множество способов сделать одно и то же. В этом есть и хорошее, и плохое. Для новичка это точно плохо, так как ему придется не только изучить большее количество информации, но и появится больше мест для совершения потенциальных ошибок. Это может происходить при определении функций.
Есть множество различных способов объявить функцию:
function A() {}; // декларация функции
var B = function () {}; // функциональное выражение
var C = (function () {}); // функциональное выражение с оператором группировки
var D = function foo () {}; // именованное функциональное выражение
var E = (function () {})(); // самовызывающееся функциональное выражение
var F = new Function(); // конструктор функции
var G = new function() {}; // вырожденный случай: конструктор объекта
В таком обилии сложно не запутаться, не так ли? Как правило, в повседневной жизни мы используем не более трех различных типов объявления функций, и это отлично работает. Однако если копнуть поглубже, то может оказаться, что большинство из нас даже не подозревает какой объём таинств и подводных камней хранит в себе операция объявления функции.
Согласно документации ECMA синтаксис определения функции следующий:
ДекларацияФункции:
function Идентификатор ( Параметры ) { ТелоФункции }
ФункциональноеВыражение:
function Идентификатор (опционально) ( Параметры ) { ТелоФункции }
Хоть и выглядят эти определения вполне схожими, но между декларацией функции и функциональным выражением есть большая разница. Декларация функции (Function Declaration) создается до выполнения любого кода, в то время как функциональное выражение (Function Expression) будет создано только в момент, когда интерпретатор дойдёт до данной строки кода.
Функциональное выражение — это объявление функции в контексте какого-либо выражения.
Рассмотрим несколько примеров функциональных выражений:
Оператор присваивания
var a = function() {};
Это классический пример задания функционального выражения через присваивание. Оператор присваивания ожидает справа выражение, именно поэтому функция становится частью выражения.
Немного пофантазировав, можно придумать следующие примеры:
var a = function() { return 1; }() + 12; // 13
var b = function() { return 1; } + ''; // function (){return 1}
var c = function() { return 1; } + '' - 1; //NaN
Оператор группировки
Декларируя функцию, мы не можем выполнить её сразу же, однако, обернув декларацию функции в круглые скобки — это становится возможно. Оператор группировки выражается круглыми скобками, и в данном случае он превращает декларацию функции в функциональное выражение.
function foo() { return 1; } // undefined
function foo() { return 1; }(); // Uncaught SyntaxError: Expected () to start arrow function, but got '}' instead of '=>'
(function foo() { return 1; }()) // 1
(function foo() { return 1; })() // 1
Принципиальной разницы между вторым и третим вариантом нет, так как в первом случае мы выполняем выражение, которое определяет и сразу же исполняет функцию, а во втором случае выполняется выражение, определяющее функцию, которая затем будет выполнена.
Оператор запятая
Оператор запятая вычисляет значение каждого своего операнда (слева направо) и возвращает значение последнего операнда.
0, function() { return 1; }(); // 1
Операторы (+, -, !, ~, void)
+function() { return false; }(); // 0
-function() { return false; }(); // -0
!function() { return false; }(); // true
~function() { return false; }(); // -1
void function() { return false; }(); //undefined
Комбинированные операторы:
!-function () { return false; }(); // true
var c = 5 * (2 - function () {return 1}()) // 5
var c = 5 * 2 - -~function () {return 1}() // 8
Отличие именованных функциональных выражений от не именованных:
Зачастую, имя, присвоенное функциональному выражению, оказывается избыточным в контексте остального кода, кроме случая, когда доступ к функции необходимо получить из неё же самой. Область видимости имени функционального выражения ограничена исключительно самой функцией.
var f = function getFactorial (n) {
return n ? n * getFactorial(n - 1) : 1;
};
f(5); // 120
Важно:
Помните, вы пишете код для людей, поэтому старайтесь избегать написания кода в стиле ниндзя. Приведённые в статье знания полезны для того, чтобы понимать внутреннее устройство языка и не растеряться в случае, если вам вдруг встретятся такие выражения в одном из проектов или на собеседовании.
Автор: Yekver
