Quick question on this one as well, what if you want to expose one of the data elements when the object gets broken down and saved into the db, how would you reference that data unless you have a getX() method? An example of this would be a personObj, is composed of an address object. The personObj gets passed to a personPersistor (which is a cfc that breaks the object apart, and saves its elements to a dB. And for some reason the addressFK was stored in the person table...just an example for this point. You would need the getID in the addressObj in order to get at the PK to save in the person table? Does that make sense?
Justin -----Original Message----- From: Sean A Corfield [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2003 1:51 PM To: [EMAIL PROTECTED] Subject: Re: [CFCDev] DB and OO question I assume you're using 'configure()' rather than 'init()' because you're writing Mach II Listener objects? Otherwise I'd stick to 'init()' since that's more standard (and only use 'configure()' in Listeners. It seems like you're doing a lot of duplicated work: you convert your query into an object in the Store_Auction and then you copy all that data again into your Auction object. You're also falling into the getX()/setX() trap that I recently blogged... If you have a 1:1 relationship between your data members and your public getX()/setX() methods then you are not encapsulating anything. Sean A Corfield -- http://www.corfield.org/blog/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word '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-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word '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-archive.com/[EMAIL PROTECTED]
