Define a function within another function in JavaScript
function foo(a) {
if (/* Some condition */) {
// perform task 1
// perform task 3
}
else {
// perform task 2
// perform task 3
}
}
I have a function whose structure is similar to the above. I want to abstract task 3 into a function, bar()
, but I wish to limit the access of this function to only within the scope of foo(a)
.
To achieve what I want, is it right to change to the following?
function foo(a) {
function bar() {
// Perform task 3
}
if (/* Some condition */) {
// Perform task 1
bar();
}
else {
// Perform task 2
bar();
}
}
If the above is correct, does bar()
get redefined every time foo(a)
gets called? (I am worrying about waste of CPU resource here.)
Yes, what you have there is right. Some notes:
-
bar
is created on every call to the functionfoo
, but:- On modern browsers this is a very fast process. (Some engines may well only compile the code for it once, and then reuse that code with a different context each time; Google's V8 engine [in Chrome and elsewhere] does that in most cases.)
- And depending on what
bar
does, some engines may determine that they can "inline" it, eliminating the function call entirely. V8 does this, and I'm sure it's not the only engine that does. Naturally they can only do this if it doesn't change the behavior of the code.
- The performance impact, if any, of having
bar
created every time will vary widely between JavaScript engines. Ifbar
is trivial, it will vary from undetectable to fairly small. If you're not callingfoo
thousands of times in a row (for instance, from amousemove
handler), I wouldn't worry about it. Even if you are, I'd only worry about it if I saw a problem on slower engines. Here's a test case involving DOM operations, which suggests that there is an impact, but a trivial one (probably washed out by the DOM stuff). Here's a test case doing pure computation which shows a much higher impact, but frankly even, we're talking a difference of microseconds because even a 92% increase on something that takes microseconds to happen is still very, very fast. Until/unless you saw a real-world impact, it's not something to worry about. -
bar
will only be accessible from within the function, and it has access to all variables and arguments for that call to the function. This makes this a very handy pattern. - Note that because you've used a function declaration, it doesn't matter where you put the declaration (top, bottom, or middle — as long as it's at the top level of the function, not inside a flow control statement, which is a syntax error), it gets defined before the first line of step-wise code is run.
This is what closures are for.
var foo = (function () {
function bar() {
// perform task 3
};
function innerfoo (a) {
if (/* some cond */ ) {
// perform task 1
bar();
}
else {
// perform task 2
bar();
}
}
return innerfoo;
})();
Innerfoo (a closure) holds a reference to bar and only a reference to innerfoo is returned from an anonymous function which is called only once to create the closure.
Bar is not accessible from the outside this way.
var foo = (function () {
var bar = function () {
// perform task 3
}
return function (a) {
if (/*some condition*/) {
// perform task 1
bar();
}
else {
// perform task 2
bar();
}
};
}());
The closure keeps the scope of bar()
contained, returning the new function from the self-executing anonymous function sets more visible scope to foo()
. The anonymous self-executing function is run exactly once, so there is only one bar()
instance, and every execution of foo()
will use it.
Yes, that works fine.
The inner function is not recreated each time you enter the outer function, but it's re-assigned.
If you test this code:
function test() {
function demo() { alert('1'); }
demo();
demo = function() { alert('2'); };
demo();
}
test();
test();
it will show 1
, 2
, 1
, 2
, not 1
, 2
, 2
, 2
.