there's a fix...
TURN OFF DEBUGGING!
Not only is it not needed, but it adds a significant amount of
processing time to CFC-heavy apps.
The only thing I'd point out is that your CFC seems more like a
"library" function, in which case it's probably better suited to be
stored in the application scope, so it can be shared across sessions
(which will conserve memory - something that can be more important than
processing time in terms of overall scalability).
-Dave
>>> [EMAIL PROTECTED] 01/03/05 6:02 PM >>>
you are both right on target, as i expected from this list, but i just
get scared in my debugging output when i see 500 of these
10 ms 3 ms 4 CFC[ C:\Inetpub\wwwroot\dpv\cfc\cogToDirection.cfc |
COGToDirection(286) ] from
C:\Inetpub\wwwroot\dpv\cfc\cogToDirection.cfc
and some have 10ms and some have 0ms, and i know that i normally
wouldnt see them if it were just code, but after enough of them, i
think that it will make a difference... or am i just being pre-release
paranoid?
tw
On Mon, 03 Jan 2005 14:39:58 -0800, Nathan Dintenfass
<[EMAIL PROTECTED]> wrote:
> You have some kind of struct lookup inside your CFC, I suspect. The
> performance issues associated with the differences you are talking
about
> are not worth worrying about for 99% of applications. You would be
much
> better off building your code to be manageable and easy to debug than
> worrying about a millisecond here and there -- you can then go back
and
> address serious bottlenecks if they occur (in your case, it doesn't
> sound like you have one).
>
> Stick with whatever code construct is the most semantically
descriptive
> and best encapsulated and you will rarely go wrong. Making choices
> about code to save a few milliseconds is typically a path to badness
> overall.
>
>
> Tony Weeg wrote:
> > hola peeps.
> >
> > i have a cfc, that simply takes an integer that represents a
heading,
> > and turn that into a value that i display based on the return.
> >
> > i put the cfc in the session scope:
> >
> > <cfset session['COG'] =
createObject("component","cfc.cogToDirection") />
> >
> > and then just hit it like this...
> >
> > #session['COG'].COGToDirection(getThis.COG[i])#
> >
> > and display all in the same line.
> >
> > now, in my debugging output i see 0ms. but i know that there is no
> > such thing. there are milliseconds attached, im sure, and enough of
> > those, well, you know... equal a second. regardless... do you
think,
> > as a preference, that i would be better off with a simple
> > cfswitch/cfcase section of code that does this, rather than hit the
> > cfc?
> >
> > thanks.
> > tw
> >
> >
> >
> > <cfcomponent displayName="cogToDirection" hint="Turn COG integer to
a
> > compass direction">
> >
> > <cffunction name="COGToDirection" access="public" output="1"
> > returntype="string">
> >
> > <cfargument name="cog" type="numeric"
required="true"/>
> >
> > <cfset request.cogValue = (arguments.cog +
22.5) \ 45>
> >
> > <cfswitch expression="#request.cogValue#">
> >
> > <cfcase value="0">
> >
> > <cfset strHeading = "N">
> >
> > </cfcase>
> >
> > <cfcase value="1">
> >
> > <cfset strHeading = "NE">
> >
> > </cfcase>
> >
> > <cfcase value="2">
> >
> > <cfset strHeading = "E">
> >
> > </cfcase>
> >
> > <cfcase value="3">
> >
> > <cfset strHeading = "SE">
> >
> > </cfcase>
> >
> > <cfcase value="4">
> >
> > <cfset strHeading = "S">
> >
> > </cfcase>
> >
> > <cfcase value="5">
> >
> > <cfset strHeading = "SW">
> >
> > </cfcase>
> >
> > <cfcase value="6">
> >
> > <cfset strHeading = "W">
> >
> > </cfcase>
> >
> > <cfcase value="&">
> >
> > <cfset strHeading = "NW">
> >
> > </cfcase>
> >
> > <cfcase value="8">
> >
> > <cfset strHeading = "N">
> >
> > </cfcase>
> >
> > <cfdefaultcase>
> >
> > <cfset strHeading = "N">
> >
> > </cfdefaultcase>
> >
> > </cfswitch>
> >
> > <cfreturn strHeading>
> >
> > </cffunction>
> >
> > </cfcomponent>
> >
> ----------------------------------------------------------
> 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
www.mail-archive.com/[email protected]
>
--
tony
Tony Weeg
macromedia certified coldfusion mx developer
email: tonyweeg [at] gmail [dot] com
blog: http://www.revolutionwebdesign.com/blog/
cool tool: http://www.antiwrap.com
----------------------------------------------------------
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
www.mail-archive.com/[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
www.mail-archive.com/[email protected]
