You're right, Ray, noone is saying we should make getters and setters for all instance data, and there would be no reason to write an article to convince people not to do that.
That wasn't the point of the article. The point was that getter/setter functions are evil. Holub's saying it doesn't make sense to share atomic data with the world. -----Original Message----- From: Raymond Camden [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 10:42 AM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Getters and Setters WAS: DB and OO question > Yeah, you bet. Just don't make getters and setters for all > your instance data, just for the hell of it. To put it > another way, create the interface based on the needs of the > object's clients, don't create it to the set of instance > variables you have. That was really the point of the > article, though he never bothered to make it clear. Good > point, bad writing style, but that's just me. > If that was the point of the article, I must be an idiot to have it missed it then. ;) Seriously, I don't think I've heard anyone here say you should blindly make get/set* for all your data. Maybe it was just too obvious to me already that you only add get/set for data that makes sense to share with the world. -rc ---------------------------------------------------------- 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] *** The information in this email is confidential and intended solely for the individual or entity to whom it is addressed. If you have received this email in error please notify the sender by return e-mail, delete this email, and refrain from any disclosure or action based on the information. **** ---------------------------------------------------------- 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]
