tags:

views:

930

answers:

7

So I was playing around the other day just to see exactly how mass assignment works in JavaScript.

First I tried this example in the console:

a = b = {};
a.foo = 'bar';
alert(b.foo);

The result was "bar" being displayed in an alert. That is fair enough, a and b are really just aliases to the same object. Then I thought, how could I make this example simpler.

a = b = 'foo';
a = 'bar';
alert(b);

That is pretty much the same thing, isn't it? Well this time, it returns foo not bar as I would expect from the behaviour of the first example.

Why does this happen?

N.B. This example could be simplified even more with the following code:

a = {};
b = a;
a.foo = 'bar';
alert(b.foo);

a = 'foo';
b = a;
a = 'bar';
alert(b);

(I suspect that JavaScript treats primitives such as strings and integers differently to hashes. Hashes return a pointer while "core" primitives return a copy of themselves)

+1  A: 

You're more or less correct except that what you're referring to as a "hash" is actually just shorthand syntax for an Object.

In the first example, a and b both refer to the same object. In the second example, you change a to refer to something else.

Kevin
So why the double standards for Object?
Chris Lloyd
Its not a double standard. In the first example, a and b still refer to the same object, you're just modifying a property of that object. In the second example, you're pointing a at a different object.
Kevin
No, the difference is that in the second case, you're dealing with a string, not an object.
Nosredna
To be clear: This has nothing to do with strings returning a copy of themselves. The reason the two code snippets are different is in Kevin's second paragraph (explained more fully in Squeegy's answer).
Chuck
It doesn't matter if you have a string or an object in the variable. You assign a new, different value and then the variable contains that new, different value.
sth
+2  A: 

Hashes or arrays are considered "objects" in Javascript, hence the reference behavior.

Edit: Kevin beat me to it.

Wimmer
A: 

You are setting a to point to a new string object, while b keeps pointing to the old string object.

mdm
A: 

In the first case you change some property of the object contained in the variable, in the second case you assign a new value to the variable. That are fundamentally different things. The variables a and b are not somehow magically linked by the first assignment, they just contain the same object. That's also the case in the second example, until you assign a new value to the b variable.

sth
+7  A: 

In the first example, you are setting a property of an existing object. In the second example, you are assigning a brand new object.

a = b = {};

a and b are now pointers to the same object. So when you do

a.foo = 'bar'

It sets b.foo as well since a and b point to the same object.

BUT

If you do this instead:

a = 'bar'

you are saying that a points to a different object now. This has no effects on what a pointed to before.

In javascript, assigning a variable and assigning a property are 2 different operations. It's best to think of variables as pointers to objects, and when you assign directly to a variable, you are not modifying any objects, just repointing you vaiable to a different object.

Assigning a property, like a.foo, will modify the object that a points to. This, of course, also modifies all other pointers that point to this object simply because they all point to the same object.

Squeegy
"you are saying that a points to a different object now." No, don't use the word object. A string is not an object in JavaScript.
Nosredna
Ah that makes so much more sense to me now! Thank you! (And now it makes sense I feel like an idiot...)
Chris Lloyd
Maybe strings aren't technically of the javascript type "Object", but they can be thought of objects in the OO sense.
Squeegy
@Squeegy: strings are primitives, not objects: you can't assign arbitrary properties to strings! They only behave object-like because of what is called autoboxing in Java
Christoph
+1  A: 

The difference is between simple types and objects.

Anything that's an object (like an array or a function) is passed by reference.

Anything that's a simple type (like a string or a number) is copied.

I always have a copyArray function handy so I can be sure I'm not creating a bunch of aliases to the same array.

Nosredna
The difference is not noticeable in many scenarios, but Javascript doesn't actually pass or assign by reference. It copies reference values.
Juan Pablo Califano
What's the difference?
Breton
These guys have already made a good work explaining it, so I'll just paste the link: http://stackoverflow.com/questions/40480/is-java-pass-by-reference (I refers to Java, but the semantics for passing and assigning values / references are the same as in Javascript)
Juan Pablo Califano
Good point Juan. Yes it copies by reference.
Nosredna
+1  A: 

Your question has already been satisfyingly answered by Squeegy - it has nothing to do with objects vs. primitives, but with reassignment of variables vs. setting properties in the same referenced object.

There seems to be a lot of confusion about JavaScript types in the answers and comments, so here's a small introduction to JavaScript's type system:

In JavaScript, there are two fundamentally different kinds of values: primitives and objects (and there is no thing like a 'hash').

Strings, numbers and booleans as well as null and undefined are primitives, objects are everything which can have properties. Even arrays and functions are regular objects and therefore can hold arbitrary properties. They just differ in the internal [[Class]] property (functions additionally have a property called [[Call]] and [[Construct]], but hey, that's details).

The reason that primitive values may behave like objects is because of autoboxing, but the primitives themselves can't hold any properties.

Here is an example:

var a = 'quux';
a.foo = 'bar';
document.writeln(a.foo);

This will output undefined: a holds a primitive value, which gets promoted to an object when assigning the property foo. But this new object is immediately discarded, so the value of foo is lost.

Think of it like this:

var a = 'quux';
new String(a).foo = 'bar'; // we never save this new object anywhere!
document.writeln(new String(a).foo); // a completly new object gets created
Christoph