immediately-invoked function expression

An immediately invoked function expression (or IIFE, pronounced "iffy", IPA /ˈɪf.i/) is a programming language idiom which produces a lexical scope using function scoping. It was popular in JavaScript as a method to support modular programming before the introduction of more standardized solutions such as CommonJS and ES modules.

Immediately invoked function expressions can be used to avoid variable hoisting from within blocks, protect against polluting the global environment and simultaneously allow public access to methods while retaining privacy for variables defined within the function.

Usage

Immediately invoked function expressions may be written in a number of different ways. A common convention is to enclose the function expressionand optionally its invocation operatorwith the grouping operator, in parentheses, to tell the parser explicitly to expect an expression. Otherwise, in most situations, when the parser encounters the function keyword, it treats it as a function declaration (statement), and not as a function expression.

(function () )();
(function () ());
(() => )(); // With ES6 arrow functions (though parentheses only allowed on outside)

There are other ways to enforce a function expression:

!function () ();
~function () ();
-function () ();
+function () ();
void function () ();
delete function () ();
typeof function () ();
await function () ();

In contexts where an expression is expected, wrapping in parentheses is not necessary:

let f = function () ();
true && function () ();
0, function () ();

Passing variables into the scope is done as follows:

(function(a, b) )("hello", "world");

An initial parenthesis is one case where the automatic semicolon insertion (ASI) in JavaScript can cause problems; the expression is instead interpreted as a call to the last term on the preceding line. In some styles that omit optional semicolons, the semicolon is placed ''in front'' of the parenthesis, and is known as a defensive semicolon. For example:

a = b + c
;(function () )();

...to avoid being parsed as c().

Examples

The key to understanding design patterns such as IIFE is to realize that prior to ES6, JavaScript only featured function scope (thus lacking block scope), passing values by reference inside closures. This is no longer the case, as the ES6 version of JavaScript implements block scoping using the new let and const keywords.

Evaluation context

A lack of block scope means that variables defined inside (for example) a for loop will have their definition "hoisted" to the top of the enclosing function. Evaluating a function that depends on variables modified by the outer function (including by iteration) can be difficult. We can see this without a loop if we update a value between defining and invoking the function.

let v, getValue;
v = 1;
getValue = function () ;
v = 2;

getValue(); // 2

While the result may seem obvious when updating v manually, it can produce unintended results when getValue() is defined inside a loop.

Hereafter the function passes v as an argument and is invoked immediately, preserving the inner function's execution context.

let v, getValue;
v = 1;
getValue = (function (x) )(v);
v = 2;

getValue; // 1

This is equivalent to the following code:

let v, getValue;
v = 1;
function f(x) ;
getValue = f(v);
v = 2;

getValue; // 1

Establishing private variables and accessors

IIFEs are also useful for establishing private methods for accessible functions while still exposing some properties for later use. The following example comes from Alman's post on IIFEs.

// "counter" is a function that returns an object with properties, which in this case are functions.
let counter = (function () )();

// These calls access the function properties returned by "counter".
counter.get(); // 0
counter.set(3);
counter.increment(); // 4
counter.increment(); // 5

If we attempt to access counter.i from the global environment, it will be undefined, as it is enclosed within the invoked function and is not a property of counter. Likewise, if we attempt to access i, it will result in an error, as we have not declared i in the global environment.

Terminology

Originally known as a "self-executing anonymous function", Ben Alman later introduced the current term IIFE as a more semantically accurate name for the idiom, shortly after its discussion arose on comp.lang.javascript.

Notably, immediately invoked functions need not be anonymous inherently, and ECMAScript5's strict mode forbids arguments.callee, rendering the original term a misnomer.

See also

*Evaluation strategy

References

External links

* {{cite web , title=Functions and function scope , url=https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Functions_and_function_scope , work=Mozilla JavaScript Reference , publisher=Mozilla Developer Network , accessdate=4 February 2013
JavaScript
Programming language concepts