cool thought as much tho there are some nigling questions on my mind. I'll save that for another post.
Has anyone had a play with laszlo? -----Original Message----- From: Spike [mailto:[EMAIL PROTECTED] Sent: Tuesday, 16 November 2004 10:46 a.m. To: [EMAIL PROTECTED] Subject: Re: [CFCDev] table DAO Hi Tim, There's no reason at all why this wouldn't work well for a rich client. Most likely in that situation, you'd be passing the request with a client side generated filter object to a facade of some kind. The facade would call the necessary server side code to generate the filter object that is passed to the gateway. Spike Tim Van Der Hulst wrote: > nice. > > Does this gell well for the rich client (eg flex,laszlo) XML service oriented > data acess way of doing things? > > Sorry if that is vague question, saw a nice article about this somewhere but > can't for the life of me find it now. (I'll post it for comment when I find > it from my home pc.) > > > TiM > > > > -----Original Message----- > From: Spike [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 16 November 2004 9:44 a.m. > To: [EMAIL PROTECTED] > Subject: Re: [CFCDev] table DAO > > > I would probably create a filter object that can be passed to the > Gateway CFC. The filter object would probably be a CFC, but you might > want to just use a struct if you want to cut down on overhead. > > 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] ## ## ---------------------------------------------------------- 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]
