Hey Chris...I knew there was some reason why I thought I would need "this"....in the component I built I was using some recursive calls to serialize and deserialize the data, I was think that the variables would be available to all instances of the class and thats why I put them into the this scope thinking that they would be private to each instantiation that way...not the case tho.
>From: "Christopher Bradford" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: Re: [CFCDev] [PERIODIC cfcdev DIGEST POSTING]
>Date: Tue, 16 Nov 2004 00:03:33 -0600
>
> > From: Sean Corfield <[EMAIL PROTECTED]>
>
> > "this" scope is the equivalent to "public" data members - and all the
> > literature out there will tell you not to use public data members.
>
>But there is a case in which public data members are perfectly fine:
>class-specific constants. In Java, these are declared as public static
>final. Unfortunately, as far as I can tell, there isn't a way to duplicate
>this in CF. Any suggestions? I noticed that the Mach-II framework uses the
>"this" scope for precisely this kind of thing (in the filters that ship with
>the framework).
>
>Christopher Bradford
>
>
>----------------------------------------------------------
>You are subscribed to cfcdev. To unsubscribe, send an email
>to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev'
>in the message of the email.
>
>CFCDev is run by CFCZone (www.cfczone.org) and supported
>by Mindtool, Corporation (www.mindtool.com).
>
>An archive of the CFCDev list is available at [EMAIL PROTECTED]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev'
in the message of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).
An archive of the CFCDev list is available at [EMAIL PROTECTED]
