Well, that's all fine and good.  But what about processor time?  I've
heard that CFCs make a significant hit to the processor when compared to
just running code in the page.  Its probably negligible for just one or
two CFC calls, but if you are calling 10 CFCs in a page, and those CFCs
are in turn invoking others, it could add up quick (probably
exponentially).

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Barney Boisvert
> Sent: Monday, August 22, 2005 11:14 AM
> To: [email protected]
> Subject: Re: [CFCDev] Better way than dao, gateway, bean: <cfquery>
> 
> 
> CFCs can speed up an application, because they can be cached in
> memory, while simple templates (that you'd CFINCLUDE) can't be.  Sure,
> it increases RAM usage, but with how cheap it is these days, there's
> no excuse for not having more than you need unless you're already at 4
> GB (which is all that a single Java instance can use).
> 
> I'd trade a few hundred (or even a couple thousand) dollars for RAM
> for hours and hours of maintenance time savings any day of the week. 
> I know for a fact that using a well abstracted OO-style architecture
> will give me the latter (though it's not the only way to get it), so
> I'll happily buy as much RAM as I need to support that style.  But in
> reality, unless your app is friggin HUGE, session data is going to be
> the primary consumer of memory, not your CFC instances.

This transmission may contain information that is privileged, confidential 
and/or exempt from disclosure under applicable law. If you are not the intended 
recipient, you are hereby notified that any disclosure, copying, distribution, 
or use of the information contained herein (including any reliance thereon) is 
STRICTLY PROHIBITED. If you received this transmission in error, please 
immediately contact the sender and destroy the material in its entirety, 
whether in electronic or hard copy format. Thank you. A1.




----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to 
[email protected] with the words 'unsubscribe cfcdev' as the subject of the 
email.

CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting 
(www.cfxhosting.com).

CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm

An archive of the CFCDev list is available at 
www.mail-archive.com/[email protected]


Reply via email to