What should every JavaScript programmer know?
JavascriptProgramming LanguagesJavascript Problem Overview
Is there a set of things that every JavaScript programmer should know to be able to say "I know JavaScript"?
Javascript Solutions
Solution 1 - Javascript
Not jQuery. Not YUI. Not (etc. etc.)
Frameworks may be useful, but they are often hiding the sometimes-ugly details of how JavaScript and the DOM actually work from you. If your aim is to be able to say “I know JavaScript”, then investing a lot of time in a framework is opposed to that.
Here are some JavaScript language features that you should know to grok what it's doing and not get caught out, but which aren't immediately obvious to many people:
-
That
object.prop
andobject['prop']
are the same thing (so can you please stop usingeval
, thanks); that object properties are always strings (even for arrays); whatfor
...in
is for (and what it isn't). -
Property-sniffing; what
undefined
is (and why it smells); why the seemingly-little-knownin
operator is beneficial and different fromtypeof
/undefined
checks;hasOwnProperty
; the purpose ofdelete
. -
That the
Number
datatype is really a float; the language-independent difficulties of using floats; avoiding theparseInt
octal trap. -
Nested function scoping; the necessity of using
var
in the scope you want to avoid accidental globals; how scopes can be used for closures; the closure loop problem. -
How global variables and
window
properties collide; how global variables and document elements shouldn't collide but do in IE; the necessity of usingvar
in global scope too to avoid this. -
How the
function
statement acts to ‘hoist’ a definition before code preceding it; the difference between function statements and function expressions; why named function expressions should not be used. -
How constructor functions, the
prototype
property and thenew
operator really work; methods of exploiting this to create the normal class/subclass/instance system you actually wanted; when you might want to use closure-based objects instead of prototyping. (Most JS tutorial material is absolutely terrible on this; it took me years to get it straight in my head.) -
How
this
is determined at call-time, not bound; how consequently method-passing doesn't work like you expect from other languages; how closures orFunction#bind
may be used to get around that. -
Other ECMAScript Fifth Edition features like
indexOf
,forEach
and the functional-programming methods onArray
; how to fix up older browsers to ensure you can use them; using them with inline anonymous function expressions to get compact, readable code. -
The flow of control between the browser and user code; synchronous and asynchronous execution; events that fire inside the flow of control (eg. focus) vs. events and timeouts that occur when control returns; how calling a supposedly-synchronous builtin like
alert
can end up causing potentially-disastrous re-entrancy. -
How cross-window scripting affects
instanceof
; how cross-window scripting affects the control flow across different documents; howpostMessage
will hopefully fix this.
See this answer regarding the last two items.
Most of all, you should be viewing JavaScript critically, acknowledging that it is for historical reasons an imperfect language (even more than most languages), and avoiding its worst troublespots. Crockford's work on this front is definitely worth reading (although I don't 100% agree with him on which the “Good Parts” are).
Solution 2 - Javascript
That it can be disabled.
Solution 3 - Javascript
Understanding the stuff written in Crockford's http://www.amazon.com/JavaScript-Good-Parts-Douglas-Crockford/dp/0596517742/">Javascript: The Good Parts is a pretty good assumption that a person is a decent JS programmer.
You can pretty much know how to use a good library like JQuery and still not know the hidden parts of Javascript.
Another note is Debugging tools on various browsers. A JS programmer should know how to debug his code in different browsers.
Oh! And knowing JSLint will totally hurt your feelings!!
Solution 4 - Javascript
If you want to be a true JavaScript ninja, you should know the answers to every question in the Perfection kills JavaScript Quiz.
An example to whet your appetite:
(function f(f){
return typeof f();
})(function(){ return 1; });
> What does this expression return?
> * “number” > * “undefined” > * “function” > * Error
Solution 5 - Javascript
You don't know JavaScript if you don't know:
- Closures
- Prototype-based inheritance
- The module pattern
- The W3C-DOM
- How events work
Solution 6 - Javascript
..that javascript is not java :)
Many, many people starting with website development have told me javascript is just simple java!
Solution 7 - Javascript
-
Familiarize yourself with atleast one Javascript library ( Jquery, Prototype, etc ).
-
Learn how to use the debugging tools of the major browsers ( MSIE 7-8, Firefox, Chrome, Safari )
-
Read up on the industry: Douglas Crockford's website is a treasure trove while Ajaxian.com is a good blog to keep up on new, interesting, and or odd ideas for Javascript. There are a number of other resources but those are the ones that helped me the most.
Solution 8 - Javascript
Javascript objects and function as first-class citizen, callbacks, not to forget about events and then JQuery.
Solution 9 - Javascript
That Javascript is not something which can be learnt in an hour!
Solution 10 - Javascript
Variables are global unless declared to be local!!
Bad (DoSomething() is only called 10 times):
function CountToTen()
{
for(i=0; i< 10; i++)
{
DoSomething(i);
}
}
function countToFive()
{
for(i=0; i<5; i++)
{
CountToTen();
}
}
CountToFive();
Good (DoSomething() is called 50 times as intended):
function CountToTen()
{
var i;
for(i=0; i< 10; i++)
{
DoSomething(i);
}
}
function countToFive()
{
var i;
for(i=0; i<5; i++)
{
CountToTen();
}
}
CountToFive();
Solution 11 - Javascript
Solution 12 - Javascript
For knowing that Javascript was originally called LiveScript and the 'Java' prefix was attached for marketing purposes not because Java and Javascript are related (which they are not).
Oh and for owning any version of David Flanagan's 'Javascript: The Definitive Guide' (this information is on page 2).
... and for appreciating those that have gone before in trying to obfuscate Internet Explorer 4's document.all[] and Netscape Navigator 4's document.layers[] before the likes of Jquery took away the pain.
EDIT:
As @Kinopiko points out JavaScript was called project Mocha originally (http://www.howtocreate.co.uk/jshistory.html">some sources also reckon it was called project LiveWire) but it is generally accepted that the language (written by Brendan Eich) was slated to be released as LiveScript before the Java prefix was adopted on release in early 1996.
Solution 13 - Javascript
One should be aware about the following to say "I Know JavaScript":
- JavaScript is good but DOM is pain point
- Cross browser issues can make you go crazy
- Unless code is tested on least 4 different good browsers you can't say its bug free
- Closure.............. Must know
- Its prototype based ........... Nice one its fun to learn this
- debugger keyword ..... Helps in crisis
Solution 14 - Javascript
That JavaScript is much more different than other languages than you might think. Watch this great Google Tech Talk to get an impression: http://www.youtube.com/watch?v=hQVTIJBZook
Solution 15 - Javascript
What every javascript coder should know?
How about, I can turn off your efforts with 2 clicks. So provide a fallback if possible.
Solution 16 - Javascript
I strongly recommend to read Javascript: The Good Parts
Solution 17 - Javascript
You know javascript if you can use Array, Number, String, Date and Object effectively. Plus points for Math and RegExp. You should be able to write functions and use variables (in correct scope, i.e. as 'methods' of an object).
I see some comments about knowing closures, extravagant function syntax, blabla. All that is quite irrelevant for this question. That's like saying you are a runner if you can run the 100m dash under 11 seconds.
I say it takes maybe a couple of weeks to become proficient in javascript. After that it takes years and dozens of books and thousands of lines of programming to become an expert, a ninja, etc.
But that wasn't the question.
Oh, and the DOM is not a part of javascript, and neither is jQuery. So I think both are equally irrelevant to the question too.
Solution 18 - Javascript
JSLint http://www.JSLint.com/
Solution 19 - Javascript
Having read all the above, it's also perfectly fine to learn Javascript by using a framework like jQuery. The truth is it's the first way a lot of folks picked JS up in the first place. No shame in that.
Solution 20 - Javascript
array.length
method is not a count of array's items, but the highest index. even when the item was set to undefined
var a = [];
a.length; // === 0
a[10]; // === undefined
a[10] = undefined;
a.length; // === 11
a.pop(); // === undefined
a.length; // === 10
this behavior is hardly distinguishable from a language design bug..
Solution 21 - Javascript
jQuery would be my best recommendation. Not just for the code itself, it's the idiom, the style, the thinking behind it that's most worthy of emulation.
Solution 22 - Javascript
That javascript is the most widely deployed language in the world. (Probably)
Solution 23 - Javascript
Learning a language really well and understanding its various quirks comes from (years of) experience. If you want to be a better programmer, I would say, understanding design patterns, how and when to use them and/ or even when you are using them without realising it; technical architecture & user experience.
Knowing the (JavaScript) language means you can pick up any framework and use it at will. You'll inevitably need to dive into the source code, and if all you know is the syntax a framework or 2 or 3, then you won't go far. In saying that, getting into a few different frameworks' source code is probably one of the best ways to see how JavaScript can be used. Messing about by stepping through the code in Firebug or Web Inspector, then checking JavaScript Documentation, especially the Mozilla and Webkit docs, to get further understanding of what you're looking at.
Understanding the difference between Object-Oriented and Functional Programming, that JavaScript is a sexy mix of the two and when and how to use both to create a killer codebase and awesome applications will make you a better JavaScript Programmer.
Simply reading some books, especially Crockford's "good parts" which merely presents his opinions on what is good in JavaScript, while skipping most of the AWESOME parts of JavaScript is going to get you off on the wrong foot.
Checking out code written by someone like Thomas Fuchs on the other hand is going to give you much more insight into the power of writing amazing and efficient JavaScript.
Trying to memorise a few gotchas or WTFs is not going to help much either, you'll pick that up if you start coding and stepping through a library/ frameworks' code, especially a helpfully commented one, to see why they've used certain properties/ values and not others why and when it's good to use specific operands and operators, this is all there in the code of the framework's people use. How better than to learn by example? :^)
Solution 24 - Javascript
In Javascript, Performance matters.
There is not an intelligent compiler to optimize your code so You should be more careful while you are writing javascript code than languages like C#, Java...
Solution 25 - Javascript
object literals because they are so nice to write.
Solution 26 - Javascript
The following things are also important:
- Variable hoisting.
- Scope chains and activation objects.
and then things like these: :)
Solution 27 - Javascript
- Knowing that there is a life with and without
with()
and where to draw the line. - You can create custom errors with the
throw
statement to purposely stop the javascript runtime.
Solution 28 - Javascript
Since JS is a functional language, a decent JS programmer must be able to write Y-combinator and explain how it works off the top of head.
Solution 29 - Javascript
... about Google Web Toolkit, which means that your javascript project probably could be developed in a much more conveniant way.