null
and the other is undefined
. Here's what ECMA3 has to say about these:
The undefined value is a primitive value used when a variable has not been assigned a value.
The null value is a primitive value that represents the null, empty, or non-existent reference.
It's been a while since I read through the entire thing, but I don't recall it ever getting more specific than that, pretty vague if you ask me. So what is the difference between null
and undefined
in JavaScript? This is rather difficult to explain for me, so bear with, and these differences seem so subtle as to be almost inconsequential.
When you declare a variable through var
and do not give it a value, it will have the value undefined
. By itself, if you try to WScript.Echo()
or alert()
this value, you won't see anything. However, if you append a blank string to it then suddenly it'll appear:
var s;
WScript.Echo(s);
WScript.Echo("" + s);
You can declare a variable, set it to null
, and the behavior is identical except that you'll see "null
" printed out versus "undefined
". This is a small difference indeed.
You can even compare a variable that is undefined
to null
or vice versa, and the condition will be true:
undefined == null
null == undefined
They are, however, considered to be two different types. While undefined
is a type all to itself, null
is considered to be a special object value. You can see this by using typeof()
which returns a string representing the general type of a variable:
var a;
WScript.Echo(typeof(a));
var b = null;
WScript.Echo(typeof(b));
Running the above script will result in the following output:
undefined
object
Regardless of their being different types, they will still act the same if you try to access a member of either one, e.g. that is to say they will throw an exception. With WSH you will see the dreaded "'varname' is null or not an object
" and that's if you're lucky (but that's a topic for another article).
You can explicitely set a variable to be undefined
, but I highly advise against it. I recommend only setting variables to null
and leave undefined
the value for things you forgot to set. At the same time, I really encourage you to always set every variable. JavaScript has a scope chain different than that of C-style languages, easily confusing even veteran programmers, and setting variables to null is the best way to prevent bugs based on it.
Another instance where you will see undefined
pop up is when using the delete
operator. Those of us from a C-world might incorrectly interpret this as destroying an object, but it is not so. What this operation does is remove a subscript from an Array
or a member from an Object
. For Array
s it does not effect the length, but rather that subscript is now considered undefined
.
var a = [ 'a', 'b', 'c' ];
delete a[1];
for (var i = 0; i < a.length; i++)
WScript.Echo((i+".) "+a[i]);
The result of the above script is:
1.) undefined
2.) c
You will also get undefined
returned when reading a subscript or member that never existed.
Maybe you are seeing the theme in the differences?
The difference between null
and undefined
is: JavaScript will never set anything to null
, that's usually what we do. While we can set variables to undefined
, we prefer null
because it's not something that is ever done for us. When you're debugging this means that anything set to null
is of your own doing and not JavaScript. Beyond that, these two special values are nearly equivalent.