On Wed, 27 Jun 2001 13:48:38 -0400, Dan Sugalski wrote: >And the current @ISA stuff is MI, >albeit on a per-class basis rather than on a per-object one. > >Anyway, as Damian mentioned, setting the .ISA property is a perfectly >reasonable sort of thing to do if the language supports this. Just one question. If an object would have both per-object inheritance (.ISA), and per class inheritance (@ISA), which one would have precedence? If there's a conflict, a method exists both for a superclass and for an object superclass (i.e. through .ISA), which list would be checked first? Which method would be picked, and executed? FWIW, I think I'd vote for .ISA, as it is more individually tied to this particular object. The other one is generic. -- Bart.
- RE: Multiple classifications of an object David Whipp
- Re: Multiple classifications of an object Damian Conway
- Re: Multiple classifications of an object John Porter
- ALLCAPS subs, properties, etc (Re: Multiple classif... Nathan Wiger
- Re: Multiple classifications of an object Trond Michelsen
- Re: Multiple classifications of an object Michael G Schwern
- Re: Multiple classifications of an object Damian Conway
- Re: Multiple classifications of an object David L. Nicol
- RE: Multiple classifications of an object David Whipp
- RE: Multiple classifications of an object Dan Sugalski
- Re: Multiple classifications of an object Bart Lateur
- Re: Multiple classifications of an object John Porter
- Re: Multiple classifications of an object Dan Sugalski
- Re: Multiple classifications of an object Mark Koopman
- Re: Multiple classifications of an object Dan Sugalski
- Re: Multiple classifications of an object John Porter
- Re: Multiple classifications of an object (the ::: ... David L. Nicol
- Re: Multiple classifications of an object Mark J. Reed
- Re: Multiple classifications of an object David L. Nicol
- Re: Multiple classifications of an object John Porter
- Re: Multiple classifications of an object Mark J. Reed