As an example, the DAO could have two methods like: GetFreePublications() GetNotFreePublications()
Your controller would call one of these methods. ----- Original Message ----- From: Raymond Camden <[EMAIL PROTECTED]> Date: Monday, November 15, 2004 1:30 pm Subject: RE: RE: [CFCDev] table DAO > > > At the DAO. Filters are not considered business logic. > > > > Why not? If my BR is: > > Non registered users get a list of Publications where "Free=true" > > I'd think I'd want to make a getAll method that lets me filter out > itemswhere free != true. > > Sure I could do this in the client, but what if the BR (or filter > if you > don't want to call it a BR) changes - then all my calls have to > get updated. > It seems ot make more sense in the CFC than on the client. > > -r > > > ---------------------------------------------------------- > 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 www.mail- > [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]
