No, not any instance data, just the preoprties defined with CFPROPERTY.Except that having generic property accessors like that breaks encapsulation even more (since client code can access *any* instance data!).
So your get/set methods introspect the object every time to validate whether the property is accessible / updatable? Interesting approach. Don't you find it rather slow?
'drawThyself()' doesn't generate HTML. To map his scenario to webWhat else is there for it to do? Wouldn't the drawThyself method be in the
applications and CF you'd need an HTML UI layer that applications
called into in order to render pages - you wouldn't have HTML fragments
in your 'drawThyself()' methods.
HTML UI layer?
But the HTML UI layer here - that matches the Swing UI layer Holub refers to - is an abstraction layer that knows nothing about your application objects. 'drawThyself()' would be a method on your business object that calls the abstract HTML UI layer to render information (into HTML). In other words: no business logic/knowledge in the HTML layer and no HTML in the business layer - which is how Swing apps essentially work. We just don't have an HTML equivalent to Swing.
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]
