At 12:53 PM -0700 10/5/02, Michael Lazzaro wrote: >Dan Sugalski wrote: >> >> There won't be any direct access to attributes outside class methods >> of the class that defines the attributes, unless Larry changes his >> mind in a big way. (And, honestly, probably not even then) Instead >> it'll all be accessed via lvalue methods. If an attribute is exposed >> there's just an lvalue method created, if it's not exposed there >> isn't. > >Ack! Hold on, there: I'm being told that Damian thinks lvalues are >probably out, and that Larry thinks that pseudo-attributes will be made >accessed through the use of lvalues. Please confirm, which is it? I >don't particularly care, I just want to write an example down in >best-guess form.
Object attributes aren't until A12. It's possible things will change, and as such it's a bit early to worry about things. Still, access to attributes outside the owning class' methods *will* be via methods only (but only if the attribute is made public), and from within the class will be done directly. They might be readonly, or you might have set_ methods to set rather than lvalue methods, but either way, there's a method involved from outside the class. >Now, second question: if slots are in, that means that there is >fundamentally no difference between a method and attribute. (This is a >Very, Very Good Thing.) Will there be a _syntactic_ difference? e.g. Who says slots are in? You can have attributes and methods with the same name, but they don't have to be related. Heck, a class' parent classes can all also share the same method and attribute name, as can all their parent classes. -- Dan --------------------------------------"it's like this"------------------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk