function Foo(){...}
Foo.bar = function (){...};
Is this the only pattern for adding a static method to a constructor function? In particular, is it not possible to create the static method bar() within the definition of Foo() itself?
function Foo(){...}
Foo.bar = function (){...};
Is this the only pattern for adding a static method to a constructor function? In particular, is it not possible to create the static method bar() within the definition of Foo() itself?
Share Improve this question edited Jan 29, 2012 at 19:15 Neil 55.4k8 gold badges63 silver badges73 bronze badges asked Jan 29, 2012 at 19:01 osoviejoosoviejo 4811 gold badge6 silver badges17 bronze badges3 Answers
Reset to default 12When you say "inside", it sounds like you need a clean way to keep everything in one place. You could potentially use a class inheritance library that has support for static declarations. Or simply take one and extend it yourself to add that capability.
For a simple (but not so pact) way to keep everything together, you could go with something like this:
var Foo = (function () {
var ctor = function () {
// the constructor
};
ctor.staticMethod = function () {
// something static
};
return ctor;
})();
But! How important really is making the declaration self-evident that it is static? You could simply declare your static methods as prototype methods and convey the fact that they are static (i.e. not acting on the instance) methods with some code ments. There won't be any contractual enforcement of how these methods are invoked, but there will be few side-effects. So I would just go with:
function Foo() {
// the constructor
// optionally define instance methods here
}
Foo.prototype = {
instanceMethod: function () {
// some instance method
// this.bar(); ...
},
staticMethod: function () {
// some static method
// return 2 + 3;
}
};
Usage:
// Using "prototype" explicitly can be your contract for saying "this is static"
var sum = Foo.prototype.staticMethod();
var inst = new Foo();
var sum2 = inst.staticMethod(); // You have the added benefit of being able to call your static methods on instances
I've found that the above es in handy especially when you're using the factory design pattern. Your class can have some static factory methods in its prototype and you can invoke these factory methods even when you only have an instance whose origin class you don't know.
( function (fn) {
fn.bar = function (...) { ... } ;
...
} ) ( Foo.prototype ) ;
In other word, you create an anonymous function that will populate the prototype of Foo.
You can create a static method within the constructor function, but only by using the same syntax:
function Foo(){
Foo.bar = function (){...};
}
But this would only add the static method once the constructor is called. Also, it would re-add it every additional time the constructor is called, which seems wasteful, but I guess could be useful, e.g.:
function Foo() {
var counter = (Foo.bar && Foo.bar() || 0) + 1;
Foo.bar = function (){
return counter;
};
}
f = new Foo();
Foo.bar(); // 1
f2 = new Foo();
Foo.bar(); // 2
In this case, bar
is updated to return the number of times Foo
has been called - probably there's a reasonable variant here that could keep track of all instances in a useful way.
If you really didn't want to refer to Foo
for some reason, you could be clever and do something like this:
var Foo = (function Private(){
Private.bar = function (){...};
});
Again, this only works after Foo
has been called at least once. Also, while this does demonstrate an alternative syntax, I'm having a really hard time imagining when you might want to use it.
Yet another variation here, probably equally useless:
function Foo() {
this.constructor.bar = function (){
console.log("test");
};
}