Well, in the case Per and I were talking about, we wanted the method
names generated by the cfc, and the programmer only to use those names.
But I guess if you work in Java a lot, you're used to having to tell it
a million times what to do... so you could look at:
function_i_want_to_call(parameters to function it references,
"function_i_want_to_call") where the last parameter is also part of the
function being pointed to
as being similar to
Class obj = new Class();
It's a bit retarded that way, so ideally I'd like to stay away from it
if possible.
-Sam
Ryan Guill wrote, On 12/8/2006 9:55 AM:
Why not just pass the variable name into the constructor when creating
the object and let the object hold on to it?
On 12/8/06, Sammy Larbi <[EMAIL PROTECTED]> wrote:
One other note - we were not talking about function names themselves,
but pointers to functions. Such as:
<cfset newfunction = oldfunction>
Sammy Larbi wrote, On 12/8/2006 9:25 AM:
> Interestingly, Per Djurner and I were talking about that very issue
> just yesterday. His solution, which I thought was awesomely creative,
> was to throw an error, find the line number of your <cfset>, read the
> file, and find the variable name. Well, something basically like
> that, except we were talking about function names. However, it would
> still work with variables, since the concept is the same.
>
> Now, we both realize we'd like to see a better solution, but it works
> for the time being (unless of course, you are trying to distinguish
> between more than 1 on the same line).
>
> -Sam
>
>
> Ed Griffiths wrote, On 12/8/2006 8:40 AM:
>> Hi
>>
>> Quick question. If you store an object in a variable like this:
>>
>> <cfset myObject = createObject("component","testObject").init()>
>>
>> Is it possible to interrogate some method or metadata associated with
>> testObject in order to find out what variable name it has been stored
>> within
>> (myObject in this case)?
>>
>> Thanks for your help,
>> Ed
>>
>>
>>
>>
>> You are subscribed to cfcdev. To unsubscribe, please follow the
>> instructions at http://www.cfczone.org/listserv.cfm
>>
>> CFCDev is supported by:
>> Katapult Media, Inc.
>> We are cool code geeks looking for fun projects to rock!
>> www.katapultmedia.com
>>
>> An archive of the CFCDev list is available at
>> www.mail-archive.com/[email protected]
>>
>>
>>
>>
>
>
>
> You are subscribed to cfcdev. To unsubscribe, please follow the
> instructions at http://www.cfczone.org/listserv.cfm
>
> CFCDev is supported by:
> Katapult Media, Inc.
> We are cool code geeks looking for fun projects to rock!
> www.katapultmedia.com
>
> An archive of the CFCDev list is available at
> www.mail-archive.com/[email protected]
>
>
>
You are subscribed to cfcdev. To unsubscribe, please follow the
instructions at http://www.cfczone.org/listserv.cfm
CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
You are subscribed to cfcdev. To unsubscribe, please follow the instructions at
http://www.cfczone.org/listserv.cfm
CFCDev is supported by:
Katapult Media, Inc.
We are cool code geeks looking for fun projects to rock!
www.katapultmedia.com
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
