| By Michael Girouard | Article Rating: |
|
| August 25, 2008 07:52 AM EDT | Reads: |
3,974 |
Mike Girouard's Blog
I would like to begin this special series in the run-up to AJAXWorld RIA Conference & Expo in October with one of the most useful and commonplace patterns in my code. Arguably, this can be considered a feature of the JavaScript language rather than a design pattern; however, when considering the contexts in which it is applied, I regard it as a pattern. Self-invocation (also known as auto-invocation) is when a function executes immediately upon it’s definition. This is a core pattern and serves as the foundation for many other patterns of JavaScript development.
Motivation
The primary motivation behind self-invoking functions is to create scope. In JavaScript, only functions have scope. Any time variables are defined outside of a function, they are carelessly dumped into the global object.
Implementation
A self-invoking function is a standard function, just with a set of parentheses appended to the end.
function () {
var foo = 'Hello';
var bar = 'world';
var baz = [foo, bar];
alert(baz.join(', '));
}();
The above example defines an anonymous function. This creates a literal function, yet since no name is attributed to it, the value is never stored. The trailing parenthesis tell the function to execute, just as if you were calling a named function.
Upon execution, the above function creates three variables, formats them, and alerts them to the user. Once the function terminates, the variables are discarded and the global object remains unchanged.
Distinguishing from Actual Functions
Given the oddness of the pattern (and lack of widespread understanding), it is very possible for developers to misinterpret this pattern as an actual function. It it recommended that an extra set of parentheses wrap the function definition as well so to provide a visual clue to the developer that the function isn’t a normal function. The result would be as follows.
(function () {
var foo = 'Hello';
var bar = 'world';
var baz = [foo, bar];
alert(baz.join(', '));
})();
Passing Parameters
In the event where a self-invoking function requires parameters, they can be passed in the same manor that you would a regular function.
The following example applies an “negative” class on every input element who’s numeric value is below 0.
(function (elements) {
for (var i = 0; i < elements.length; i++) {
if ((elements[i].value * 1) < 0) {
elements[i].className = 'negative';
}
};
})(document.getElementsByTagName('input'));
Executing in Another Scope
Even though the function is executing within its own local scope, the this keyword will still refer to the global object.
The following example uses the Function.call() method to execute a self-invoking function within the scope of the first table element on the page.
(function (elements) {
for (var i = 5; i < this.rows.length; i++) {
this.rows[i].className = 'hide';
}
}).call(document.getElementsByTagName('table')[0]);
Conclusion
In an effort to protect the global object, all JavaScript applications should be written within a self-invoking function. This will create an application scope in which variables can be created without the fear of them colliding with other applications.
If a global variable is needed, developers must take the extra step by setting them directly within the window object. For example window.foo = ‘bar’;.
Self-invocation is a fundamental pattern of professional JavaScript development. Nearly every pattern in this weeks catalog uses it as a base to create scope, closure, or to configure cross-platform objects on-the-fly.
Published August 25, 2008 Reads 3,974
Copyright © 2008 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By Michael Girouard
Mike Girouard is a front-end web developer living in New York City. As the Sr. Developer at the creative agency Magnani Caruso Dutton, he takes pride in his ability to introduce web standards and beautiful code to industry giants such as Discover and AT&T. In his offtime, Girouard goes right back to his editor and codes toward his latest open-source baby, Panda PHP Components. You can read more about him and his other projects on his blog, http://www.lovemikeg.com/blog.
- Tactical Cloud Computing Panel at 1st Annual GovIT Expo
- The End of IT 1.0 As We Know It Has Begun
- Why SOA Needs Cloud Computing - Part 1
- Cloud Expo and The End of Tech Recession
- The Transition to Cloud Computing: What Does It Mean For You?
- Reality Check at the Cloud Computing Expo
- Virtualization Expo Call for Papers Deadline December 15
- A Security Analysis of Cloud Computing
- IBM Sitting Pretty on Oracle-Sun Debacle
- Ecosystem is the Killer App for Cloud Computing
- The Cloud Has Cross-Border Ambitions
- Qt DevDays 2009 - Munich
- The Difference Between Web Hosting and Cloud Computing
- GovIT Expo Highlights Cloud Computing
- Cloud Computing Best Practices
- Tactical Cloud Computing Panel at 1st Annual GovIT Expo
- The End of IT 1.0 As We Know It Has Begun
- Why SOA Needs Cloud Computing - Part 1
- Cloud Expo and The End of Tech Recession
- The Transition to Cloud Computing: What Does It Mean For You?
- Reality Check at the Cloud Computing Expo
- Build Reliability into Cloud Computing for SMBs
- Perhaps SOA is More Strategy Than Architecture
- Five Reasons to Choose a Private Cloud
- Virtualization Conference Keynote Webcast Live on SYS-CON.TV
- Red Hat Drops Consumer Linux, Sponsors Community Led Fedora Project
- Citrix & Dell Partner on Server Virtualization
- The Top 250 Players in the Cloud Computing Ecosystem
- Red Hat CTO Keynoting Today on The Future of the Virtual Enterprise
- Red Hat Named "Platinum Sponsor" of Virtualization Conference & Expo
- Red Hat vs Sun Battle of Words Heats Up
- Forbes' "Red Hat = Linux" Spin Angers Sun Microsystems COO
- SOA, Virtualization and Web 2.0: BEA's Deputy CTO Connects the Dots
- Getting Started with Red Hat Linux
- Red Hat to Deploy "NX" vs Viruses
- Red Hat to Compete Against SourceLabs and SpikeSource































