Well you can also throw in the "small apps become big apps" argument. LOL This comes back to why I've been thinking of a tool to automate CFC creation making this stage trivial.
Stace -----Original Message----- From: Tim Van Der Hulst [mailto:[EMAIL PROTECTED] Sent: Monday, November 15, 2004 3:40 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] table DAO ok i'll retract that statement now and say avoid this stuff for small apps but probably keep it for large one's. Tho some kind of unity between common methods could be abstracted out.. hmm.. i'll shutup now ;) TiM -----Original Message----- From: Tim Van Der Hulst Sent: Tuesday, 16 November 2004 9:18 a.m. To: [EMAIL PROTECTED] Subject: RE: [CFCDev] table DAO getAllActive() getByOwner( ownerID ) getAllPrecedingDate( date ) oh yep avoid that stuff like the plague. haha my early DAO's were like that before I realised all I needed was the one base DAO and the very occasional need to create a specialised subclassed DAO. Mind you in saying that I still haven't really tackled multiple tables/joins yet tho. TiM ---------------------------------------------------------- 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]
