[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: a whimsical question
Sorry for the vague asking. I will try to make it clearer.
> > anObject _AddSlots: (| aSlot <- ??method?? |) ?
> anObject _AddSlots: (| aSlot = ??method?? |)
I liked to ask how to modify the method which is contained in a slot of
an object. If it is contained in a constant slot, we may need to first
remove it and add a slot of the same name with a new (different) method.
Is this right? Is it no problem to do the above without using the outliner?
(If my vague memory is correct, I sometimes failed to do that -- system crash.)
> Note that this is an alternative form of reflection. Rather than sending
> normal messages to a mirror on the object, we are sending a primitive
> message to the object itself. This works because primitives have access
> to the "underlying machinery" directly. The reason most Self source files
> do this kind of thing is that it is a little faster than using mirrors
I understand this, but
> and also because mirrors aren't fully functional while the basic "world"
> is being read in.
would you kindly tell me any pointers to the above problem?
> > Is this too much a reflective way? In so doing, I have some troubles in
> > the updates of objects (in a recursive use of AddSlots)..
> > anObject _AddSlots: (| aSlot <- ( anotherObject _AddSlots: ( anotherSlot <- ??anotherMethod |) ) |)
> What you did here (if you change the "<-"s to "="s) is to add a method to
> "anObject" so that "anObject aSlot" will add "anotherSlot" to "anotherObject"
> every time it is executed. That is a strange thing to do.
Surely I think you feel it strange (my example is silly), but the point is
that I like to modify the method in the slot. Doesn't Self allow us to put
a method in a DATA slot? I like to execute different methods under the
identical slot name.. Probably, there may be a much better way for it.
> If you merely
> what to create several objects nested in each other, you can do this:
> anObject _AddSlots: (| aSlot <- (| anotherSlot = ??anotherMethod?? |) |)
> In this case, however, "aSlot" is a data slot with an initial value, and
> not a method.
This would be an answer to what I liked to know. Is this side-effect free?
How should I make the method executed? Where is that SLOT "anotherSlot" put?
> Hmmm... I probably misunderstood what you are asking. Anyway, you can
> create nested objects without having to use _AddSlots: at all.
Would you kindly give me some good examples?
Probably, it is strange or useless to modify the method in a slot of an
object, but I am caught by it...
Any help to a miserable, confused Self user?
Thank you so much.