The business layer would create the filters and ask the Gateway to return all objects that pass the given filter.
The advantage of this approach is that should the filters change, none of the public method signatures need to, so the maintenance overhead is reduced.
I'd also advocate using a CFC over a struct for the filter object because it allows for better documentation of what's going on, but not everyone would agree with that I'm sure.
Spike
Raymond Camden wrote:
Ok then - so that brings up -another- question. getAll by itself, IS rare.
Most of the time I'm doing getAll where Active=1, or getAll where Owner=Me,
or some such. So if we have a Gateway CFC to handle getting a bunch of crap,
where do we put filters? That's business logic - and it seems like it would
make sense in the core CFC for the datatype.
=========================================================================== Raymond Camden, Director of Development for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia)
Email : [EMAIL PROTECTED] Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : cfjedimaster
"My ally is the Force, and a powerful ally it is." - Yoda
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Van Der Hulst
Sent: Monday, November 15, 2004 1:52 PM
To: [EMAIL PROTECTED]
Subject: RE: [CFCDev] table DAO
hmm that makes sense in theory I guess but in practice it doesn't happen that often in my apps, there almost always some litte condition needed to restrict the dataset somehow..
ok still waking up, now where did i leave my coffee cup?
-----Original Message----- From: Raymond Camden [mailto:[EMAIL PROTECTED] Sent: Tuesday, 16 November 2004 8:48 a.m. To: [EMAIL PROTECTED] Subject: RE: [CFCDev] table DAO
I think getAll is just as common as get for one record. The "normal"
interface to a set of data is a list of records, you click on one and then get detailed info on it.
==============================================================
=============
Raymond Camden, Director of Development for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia)
Email : [EMAIL PROTECTED] Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : cfjedimaster
"My ally is the Force, and a powerful ally it is." - Yoda
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Van Der Hulst Sent: Monday, November 15, 2004 1:45 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] table DAO
perhaps you are just abstracting the point but why would
you want to
return all records? How often do you need to do that? or are you talking about from a record set result or something?
----------------------------------------------------------
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]
--
-------------------------------------------- Stephen Milligan Code poet for hire http://www.spike.org.uk
Do you cfeclipse? http://cfeclipse.tigris.org
----------------------------------------------------------
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]
