> Either. What really matters is that you can it the without concern about > how it is implemented.
Good point :) Could be implemented in XML,SQL, or whatever. abstraction is the key ;) -----Original Message----- From: Kwang Suh [mailto:[EMAIL PROTECTED] Sent: Tuesday, 16 November 2004 9:16 a.m. To: [EMAIL PROTECTED] Subject: Re: RE: [CFCDev] table DAO ----- Original Message ----- From: "Dawson, Michael" <[EMAIL PROTECTED]> Date: Monday, November 15, 2004 12:59 pm Subject: RE: [CFCDev] table DAO > Can we step back and let someone define simply what a Data Gateway > does? > Does it have SQL embedded in it, or is already-generated SQL > passed to a > "Getter" in the DG and the DG just passes the query on through? Either. What really matters is that you can use the without concern about how it implemented. > > Do you have a separate DAO and DG for _each and every_ object? Not necessarily. By coincidence, I'm sure this could happen. But there's rule that say "Thou must have a DAO for every class". > Back to the topic: > I concur with Ray, there are few times you bring back all records, but > many times you will bring back more than one record based on a WHERE > clause. Where is the filter applied? At the DAO. Filters are not considered business logic. ---------------------------------------------------------- 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]
