>> There are too many of them for me to be convinced that going >> with full OOP is a good idea.
I hope to never see the day when CFML is a full object oriented language, that would instantly kill the value that is uniquely CFML. I think that CFML should keep borrowing OOP concepts where they make sense, and applying them as makes sense. But full OOP? Nope. If you need that use Java (or use Java for the parts of your CF apps that truly need OOP). --- Ben -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jay Gibb Sent: Thursday, November 06, 2003 3:11 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Native CF tags and local scope "I can assure you that CFCs are not an after-thought -- they certainly have their limitations and we've already seen some growing pains, but don't doubt that they are the single biggest improvement to ColdFusion since the introduction of Custom Tags." Agreed. I'm really looking forward to the next version where these "growing pains" are no longer issues. There are too many of them for me to be convinced that going with full OOP is a good idea. If they had fully thought it through I would have jumped in head first. As it stands, my MX applications are basically just a re-organization of pre-MX applications, as opposed a completely different paradigm. - j. P.S. I love this mailing list. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Dave Watts > Sent: Thursday, November 06, 2003 11:39 AM > To: '[EMAIL PROTECTED]' > Subject: RE: [CFCDev] Native CF tags and local scope > > > > I get an ear-full all the time to var scope every variable that is > > created inside the CFC. Now I hear that's not the case and that CF > > tags that return structures do not need to be varred. > > Well, don't just take what I say at face value anyway - Nathan just > said they do, and he's a pretty smart guy! > > > Please clarify what you mean by they will go out of scope very > > quickly. > > The CFQUERY scope only exists until you run another query, so you > already have to copy it into another variable if you want to avoid > having it clobbered by the next query you run. The CFCATCH scope only > exists within a CFCATCH block, and I think it's really unlikely that > you'd have one CFCATCH > block clobber another, unless you invoke a component within a > CFCATCH - and > even then, I'm not sure it gets clobbered anyway, although presumably it > would. > > However, you probably can't go wrong by following Nathan's advice > here, since it doesn't hurt anything to create a couple more local > variables. > > Dave Watts, CTO, Fig Leaf Software > http://www.figleaf.com/ > voice: (202) 797-5496 > fax: (202) 797-5444 > > ---------------------------------------------------------- > 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] ---------------------------------------------------------- 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]
