>>>>> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> * Objects have properties you can fetch and store by name DS> * Objects have methods you can call DS> * Objects have attributes you can fetch and store DS> * You can fetch a hash of all the properties DS> * When fetching or storing a generic property, you may call a method DS> instead, as methods win what about methods overriding attributes? or are attribute accessors just methods? DS> Objects may actually be composite objects, if we're doing inheritance DS> via delegation, for when we inherit from a class of a different type. In DS> that case the delegated object has a property on it that refers to the DS> 'master' object that represents the ultimate child class' object. This DS> is done with a "PARENT" property on the on the what? it would be helpful to clarify which direction you mean with parent/child with regard to delegation. i take it the parent object gets the original method call and it delegates it to the child object that the parent owns. i use 'own' (others say 'has') for the delegation relationship and i mean the parent owns the child which will get the delegated call. note that a parent could own multiple children of the same name and delegate different parent methods to different children. 'has' doesn't cover that case as well as own. minor semantic difference but worth mentioning. DS> Each class is represented by a PMC with an "is", and "does" property, DS> which are arrays of parent classes and parent interfaces, DS> respectively. The default method dispatch vtable function should respect DS> both the is and does list--personally I'm thinking we should DS> pre-populate the method table for a class since we're going to do DS> notifications, but we can defer that until later. what about 'has'? uri -- Uri Guttman ------ [EMAIL PROTECTED] -------- http://www.stemsystems.com ----- Stem and Perl Development, Systems Architecture, Design and Coding ---- Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org Damian Conway Perl Classes - January 2003 -- http://www.stemsystems.com/class
