> And Martin Fowler's definition isn't doing anything for me. :) > > The point that i'm trying to make is that i've found it makes sense to me > to differentiate between the 2 because they tend to occupy different > functional areas in the model / application. Why load a large dao with > lots of functions for a front end view when all i need is a simple select > statement? More lightweight does a lot for me. For instance, hopefully it > helps to keep me from bringing another server online and needing an > enterprise version of CFMX7 to handle the load balancing. > > Maybe that doesn't make sense to Martin, but apparently he hasn't worked > on the same applications that i have. ;)
I think the Fowler definition is much more common (and possibly even more correct). The fact that your Gateways happen to return a native data structure (ColdFusion query) is an implementation detail. A by-product of that implementation detail is that it's often faster to circumvent your domain model and loop over the ColdFusion query returned from a Table Data Gateway rather than converting that data into proper Business Objects. There's nothing wrong with this in most cases. I do the same thing. When discussing these topics, however, it's generally helpful to differentiate between the abstract definition and a concrete implementation. To define a Table Data Gateway as "lightweight" is describe a particular implementation. That definition has little correlation with the abstract concept of a Table Data Gateway and no bearing on the basic problem it's trying to solve. Ben Rogers http://www.c4.net v.508.240.0051 f.508.240.0057 ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
