Re:JavaScript Programming Patterns
by aarongough on Tuesday October 06, 2009 @11:28AM
(#864346)
I agree. For small projects I use the same pattern but in the global namespace. I normally also create an intentional closure when initiating the object, this way I can refer to the parent object regardless of whether it's methods have been copied away or not (like when you assign an object method to an event handler)
var testObject = function()
{
// Make sure the 'this' object is always available
// to the object's methods via the 'thisObj' variable
var thisObj = this;
this.publicVar = "This is a string";
this.alertBox = function()
{
alert( thisObj.publicVar );
}
}
object1 = new testObject();
window.onload = object1.alertBoxI know what you mean. When I have lots of event-handlers in a prototype I like to assign
var self = this;
but that's bikeshedding
Re:JavaScript Programming Patterns
by aarongough on Thursday October 08, 2009 @12:31PM
(#869332)
What do you mean by 'bikeshedding'?
http://catb.org/jargon/html/B/bikeshedding.html
wether we should call it thisObj or self :)
Re:JavaScript Programming Patterns
by aarongough on Tuesday October 13, 2009 @05:38PM
(#880144)
Ah gotcha. I checked the definition at a few places but the context still seemed unclear.
I agree, one way or the other is fine. Do you use 'self' because you're a Ruby coder? That actually the reason I would stay away from it! But then again I'm easily confused :-p
this also allows you to do prototypal inheritance, which is not possible with other "module patterns" - whatever that is, they are just singletons.