Btw...guys please challenge this approach if it sounds ludicrous...I haven't been able to really bounce these ideas off anyone yet...
Thanks for input, Stace -----Original Message----- From: Stacy Young [mailto:[EMAIL PROTECTED]] Sent: Saturday, August 03, 2002 6:41 PM To: CF-Talk Subject: RE: cfreturn session.records ? I wanted to keep any specific scope reference out of the display portion of the application because the data and scope is dependant on the user's role.... a particular portion of users share the same data ( role A - app scope ) while other groups have specific needs...(roles B,C,D - session scope ) I have a generic CFC acting as my DAO...then I extend that for each role...to apply specific biz logic for each role and store in the relevant scope...( lets call these client components ) The fa�ade invokes the client component based on the users role...or if it's a remote call (no session exists) it invokes a client class which performs an authentication routine before returning the resultset. This way I can re-use all this data management functionality in other apps or platforms beyond the browser...(down the road)... I can't say this is the best way because honestly I don't know! Still learning..and the examples on MM dev center aren't that in-depth on server-side patterns. Stace -----Original Message----- From: Stacy Young [mailto:[EMAIL PROTECTED]] Sent: Saturday, August 03, 2002 6:28 PM To: CF-Talk Subject: RE: cfreturn session.records ? Well I'm extending a current CFC that returns an object (struct of resultsets - no worries not for remote use) This wrapper CFC manages the resultset in session scope and carries a few local methods I can execute on this subset of data...say for example I wanted to re-sort one of the recordsets etc... Is that crazy ? -----Original Message----- From: Sean A Corfield [mailto:[EMAIL PROTECTED]] Sent: Saturday, August 03, 2002 6:17 PM To: CF-Talk Subject: Re: cfreturn session.records ? On Saturday, August 3, 2002, at 02:58 , Stacy Young wrote: > If I have a CFC that stores its results in session scope is the data > duplicated on the return or is the session data just referenced via > pointer > of sorts? It uses reference semantics. However, it's not really good practice to have CFCs store results in shared scopes - CFCs should be independent of their environment. However, if the CFC stores things in session scope - why bother returning them at all? Why not just let the caller access session.stuff directly? > <cffunction name="getAccounts"> You should add returntype="query" for extra validation. > <cfquery name="session.test"> > SELECT * FROM BLAH > </cfquery> > <cfreturn session.test> > </cffunction> You'd be better off having the caller (only) know about the session scope and using a local variable inside the function: <cfset var test = 0/> <cfquery name="test"> SELECT * FROM BLAH </cfquery> <cfreturn test/> Then the caller would do: <cfinvoke component="accounts" method="getAccounts" returnvariable="session.aQuery"/> if you wanted it to stay in session scope (the query is not copied, only a reference to it, so this is fast). Or, if you just wanted a local copy: <cfinvoke component="accounts" method="getAccounts" returnvariable="aQuery"/> Note that since 'test' inside the function is declared with 'var', it will be a new copy for every invocation. "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ______________________________________________________________________ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
