I've been reading 'Effective JavaScript' lately and I came across this question.
The author explains how it's important to make your Constructor Function new-agnostic because if a developer forgets to call the Constructor with the 'new' keyword, 'this' refers to 'Window'. That makes sense. What's confusing me is the purpose of his implementation.
He advices to set up your constructor like this.
var Person = function(name, age){
var that = this instanceof Person ? this : Object.create(Person.prototype);
that.name = name;
that.age = age;
return that;
}
That makes sense. You check if 'this' is an instance of Person, meaning it was called with the 'new' keyword. If it's not, create a new Object that does the same thing as 'this' and return that object.
My question is this. If you're setting up a new Object that does the same thing as 'this', can't we just never worry about if the constructor was called with new by foregoing 'this' and just creating the new object.
var Person = function(name, age){
var that = Object.create(Person.prototype);
that.name = name;
that.age = age;
return that;
}
Why worry about 'this' and 'new' at all and why not always just create our constructors like the one above?
Because it is just more concise to write only
new
was invented beforeObject.create
(which is not available in older browsers) and became the standard pattern. Most people are so accustomed to it that they don't bother to include aif (!(this instanceof Person)) return new Person(name, age)
check.No, you don't always know how to create the new object.
this instanceof Person
is also true for anything else that does inherit fromPerson.prototype
, and does allow for class inheritance:The
Person.call(this)
wouldn't be possible if you chose to always return a new object.Yes, the effect is the same, however, it allocates one more object. The constructor is meant to be used with new, and this technique takes car of the cases where the programmer has forgotten the new.
It would be better to throw an exception in the latter case if you ask me.