On Sat, 26 Jun 2004 07:36:05 +1000, Taco Fleur <[EMAIL PROTECTED]> wrote: > I know there are no race conditions in this case,
If there are no race conditions, you do not need to lock. > I was thinking about using init() but just because everyone else is using it > did not seem like a good reason enough ;-)) Really... hmm... standards don't seem a good reason just coz' other folks are adhering to them? > I have fn as a prefix because it's the naming convention I use for > JavaScript, SQL and CF - I just like to stick to it, makes it very easy to > read, within in one glance I see the object and function.. Bleurgh!! > So we know what I am doing wrong, and that is that I am passing the struct > back into it, but the object should really refer to the struct as this (or > not), but how to accomplish this? It gets the struct as a constructor argument (to init() ) and it saves it in variables scope (as I showed). > This is where I start to lose you unfortunately, I read it a couple of times > but my brain just won't grasp the concept you are trying to explain, would a > sample with my code be to much to ask for?? I gave you all the necessary code - there is nothing beyond that... not sure what else you need? > Definitaly lost you here, I want to understand though. I'm a bit of a visual > person ;-(( "this" scope is public. Don't use it. It breaks encapsulation. > Would that not recreate the whole object we created in the first step? No. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
