Hi everyone, I just noticed this email (see below) and I am wondering what the Gateway.cfc and Manager.cfc is all about. What are their purpose in designing the model and how does it fit to the DAO-design pattern? Can someone please give me a short example?
Thanks in advance. Looking forward to your explanations.... Greetings Magnus Magnus Wege -------------------------------------------- web-shuttle AG | Tel +49 89 130 145-0 Wilhelm-Hale-Str. 53 | Fax +49 89 130 145-10 D-80639 Munich | Germany -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Murat Demirci Gesendet: Mittwoch, 17. November 2004 11:50 An: [EMAIL PROTECTED] Betreff: RE: DAO Semantics WAS: RE: [CFCDev] table DAO I prefer to follow Sean's suggestion. I don't see any problem with it. To verify whether I understood it properly I'm sending my basic model structure: mysite.com ---/model ------/module1 ---------table1dao.cfc ---------table1bean.cfc ---------table1gateway.cfc ---------table1manager.cfc ---------utility.cfc (sometimes necessary for some module-wide operations) -------/module2 ---------tableAdao.cfc ---------tableAbean.cfc ---------tableAgateway.cfc ---------tableAmanager.cfc You might find answers for your questions in this thread by thinking on this structure. We've developed more than 15 modules using this approach. And we're generally happy with it. It's very easy to debug and grow the application. I suggest it for beginners. Murat. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Sean Corfield > Sent: Tuesday, November 16, 2004 9:06 AM > To: [EMAIL PROTECTED] > Subject: Re: DAO Semantics WAS: RE: [CFCDev] table DAO > > On Mon, 15 Nov 2004 22:42:40 -0800, Barney Boisvert > <[EMAIL PROTECTED]> wrote: > > > Sun's definition of DAO is very broad. > > > > But it's also a perfectly legit one > > Oh, sure... that's part of the problem with all this stuff... there's > no black and white definitions. > > > A gateway is > > just as much a DAO as what we term a DAO, since it's sole purpose is > > to interact with a persistant store in a way that abstracts > the actual > > store from calling code (i.e. an object for data access). > > Yes, "Data Access Object" can be a very broad term - the stricter > interpretation only makes sense when talking about gateways and so on, > as something to contrast a gateway with. > > Your EJB parallel is an extremely good one - thank you! > -- > Sean A Corfield -- http://www.corfield.org/ > Team Fusebox -- http://www.fusebox.org/ > Breeze Me! -- http://www.corfield.org/breezeme > Got Gmail? -- I have 1 invite > > "If you're not annoying somebody, you're not really alive." > -- Margaret Atwood > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the words '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 > [EMAIL PROTECTED] > > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words '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 [EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words '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 [EMAIL PROTECTED]
