>- see footer for list info -< I'd recommend those who aren't using cfcs in anger that much to check this out
http://cfopen.org/projects/coldspring/ Has some nice ideas Alex -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary F Sent: 29 December 2005 16:07 To: Coldfusion Development Subject: Re: [CF-Dev] The THIS scope in CFCs >- see footer for list info -< Thanks everyone for your replies - clearly a lot of opinions and I like them all. So what do I do? Since my app is for the biggest project I've ever worked on in my life I can appreciate the benefits of using this encapsulated OOP approach. But I also love Russ's approach (or attitude!) :-) Returning a structure hasn't been as bad as I first thought. It's only 2 extra lines of code and if it keeps things tidy, allows encapsulation/OOP, and will mean future programmers won't need to open up CFCs then I'll go for it. Can I just check my code is saintly enough - I think this is what Dominic was explaining. This CFC gets 2 queries in one go. In the CFC: <CFSET result=StructNew()> <CFSTOREDPROC blah blah (SP returns 2 queries in 1 go)> <CFPROCRESULT name="result.query1" resultset="1"> <CFPROCRESULT name="result.query2" resultset="2"> <CFRETURN result> In the parent page: <CFSET obj=CreateObject("component","myCFC")> <CFSET result=obj.myFunction(args)> <CFSET query1=result.query1> <CFSET query2=result.query2> Ta-daa! I think this combines the simplicity that THIS gives with the benefits of OOP. Do I pass? ;-) Cheers all, Gary. On 12/29/05, Snake <[EMAIL PROTECTED]> wrote: > > >- see footer for list info -< > Well you better start farting at my CFC's then :-) > I knew that b4 I did it though, but seieng as my cfc's will never be taken > outsid eof this app, and will thus always use those variables and that > DSN, > I don't care :-) > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Lynch > Sent: 29 December 2005 15:22 > To: Coldfusion Development > Subject: RE: [CF-Dev] The THIS scope in CFCs > > >- see footer for list info -< > I used to think the same thing, if you're not going to be consistent, why > bother? But sometimes doing things in stages is a nicer way to get in to > it > all. > > Some people will fart if they see <cfquery datasource="#REQUEST.DSN#"> in > a > CFC for example! > > I say do it in steps, understand why encapsulation is a good thing and > then > start to use it more and more in your code. > > Ade > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Snake > Sent: 29 December 2005 14:53 > To: 'Coldfusion Development' > Subject: RE: [CF-Dev] The THIS scope in CFCs > > > >- see footer for list info -< > That is of course presuming you currently code in a similar way without > CFC's. > You could equally say that putting data in request scope or using the > caller > scope from custom tags is bad practice for the same reason. > I think if your going to actually care about whether or not using the THIS > scope is bad, the rest of your code needs to follow the same process and > be > encapsulated, otherwise what is the point. > > Russ > > _______________________________________________ > > For details on ALL mailing lists and for joining or leaving lists, go to > http://list.cfdeveloper.co.uk/mailman/listinfo > > -- > CFDeveloper Sponsors:- > >- Hosting provided by www.cfmxhosting.co.uk -< > >- Forum provided by www.fusetalk.com -< > >- DHTML Menus provided by www.APYCOM.com -< > >- Lists hosted by www.Gradwell.com -< > >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help > >-< > > > _______________________________________________ > > For details on ALL mailing lists and for joining or leaving lists, go to > http://list.cfdeveloper.co.uk/mailman/listinfo > > -- > CFDeveloper Sponsors:- > >- Hosting provided by www.cfmxhosting.co.uk -< > >- Forum provided by www.fusetalk.com -< > >- DHTML Menus provided by www.APYCOM.com -< > >- Lists hosted by www.Gradwell.com -< > >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help > -< > _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- Hosting provided by www.cfmxhosting.co.uk -< >- Forum provided by www.fusetalk.com -< >- DHTML Menus provided by www.APYCOM.com -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -< _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- Hosting provided by www.cfmxhosting.co.uk -< >- Forum provided by www.fusetalk.com -< >- DHTML Menus provided by www.APYCOM.com -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -<
