Can I assume you're trolling, and the discussion is over? To summarize:
CFC instantiation is slow. CFC method invocations are fast (faster than CFINCLUDE). bad design is bad. good design is good. what 'good design' means depends on the scenario OO is one way of designing, there are others cheers, barneyb On 8/22/05, Munson, Jacob <[EMAIL PROTECTED]> wrote: > > -----Original Message----- > > From: Barney Boisvert > > Sent: Monday, August 22, 2005 11:57 AM > > To: [email protected] > > Subject: Re: [CFCDev] Better way than dao, gateway, bean: <cfquery> > > > > Nope, that's a lie. > > Man don't take this stuff so seriously! > > So the lesson I learn from this is, don't call a bunch of CFCs all over > your code. Instantiate them and then invoke them. Of course, then you > have to worry about locking and all that safe memory stuff, which makes > your overhead blossom. But that's beside the point right? OO is the > most important thing, and anybody that tells me differently deserves > capital punishment! ;) -- Barney Boisvert [EMAIL PROTECTED] 360.319.6145 http://www.barneyb.com/ Got Gmail? I have 50 invites. ---------------------------------------------------------- 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]
