Yes... it is what I was thinking. I am writting an action cfc that is instantiated by the core site files. Then each action has multiple methods... like set and get attributes. It also has a do() method that takes as parameters the circuit action being called and the circuits structure... thus it is dump to the world around it... but is given the needed information to call the correct files. (When the do is called, it also creates another "nested???" action object that allows isolated calls to another circuit action. It works very cool! Just wanted to know if there was a way to avoid possibility of overwritting variables from the include... which I thought woud be impossible... but sometimes they add things and don't document it, right! (It is pretty neat to run an action and to choose if it gets the callers attributes, and if upon completion the caller takes the modified attributes to overwrite it's attributes.) Makes things more granular, and gives more control.
John Farrar ----- Original Message ----- From: "Rob Brooks-Bilson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 28, 2003 11:05 AM Subject: Re: [CFCDev] Private Variable > > John, > > Is the include in the "pseudo-constructor" area, or within a CFC method? > If the include is in the constructor, and you var your method variables, > those method variables are only available to the code within the method and > not the included code in the constructor area. If the include is within a > method, then it is part of that method, and any variables declared in the > method are part of the include. Does that make sense? > > -Rob > > > > > "John Farrar" <[EMAIL PROTECTED]>@cfczone.org on 08/28/2003 > 07:52:46 AM > > Please respond to [EMAIL PROTECTED] > > Sent by: [EMAIL PROTECTED] > > > > To: <[EMAIL PROTECTED]> > cc: > > > Subject: [CFCDev] Private Variable > > > Is there a private variable that is local to the CFC ... but cannot be seen > or modified by includes in a CFC. > > (Oh, my use of CFC merits includes and does so without violating > encapsulation. Please don't send me lectures about that subject... it is > off > topic to my request... thanks.) > > John Farrar > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the word '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 > www.mail-archive.com/[EMAIL PROTECTED] > > > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the word '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 www.mail-archive.com/[EMAIL PROTECTED] > > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word '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 www.mail-archive.com/[EMAIL PROTECTED]
