On 1/20/06, Joe Rinehart <[EMAIL PROTECTED]> wrote: > Ugh, I'm still against it. It allows (at least a portion of) your > CFC's private scope to be manipulated directly, essentially tossing > out the whole of data hiding.
Well, strictly speaking, since you're simulating a *public* getter / setter, you're not really manipulating the private scope directly. However, there does need to be a safeguard in place. How about <cfproperty>? You could use <cfproperty> to declare the properties that could be manipulated with the generic get() / set() methods and have them check the metadata... (Yes, in the past I've railed against metadata-driven systems - I'm only offering this as a "standard" way to document the (effectively public) properties that should be available to the get/set methods) -- Sean A Corfield -- http://corfield.org/ Got frameworks? "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 words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
