[rucksack-devel] inherited slots

Cyrus Harmon ch-rucksack at bobobeach.com
Tue Nov 28 19:42:30 UTC 2006


Hi Arthur,

I just wanted to follow up any on this. Any further ideas as to  
whether or not this is 1) a good idea and 2) possible?

Thanks,

Cyrus

On Nov 15, 2006, at 12:34 AM, Cyrus Harmon wrote:

>
> On Nov 15, 2006, at 12:30 AM, Arthur Lemmens wrote:
>
>>> Sure, that would work, but I'm imagining the case where person comes
>>> from some other library, and I want to make a persistent version of
>>> it. As it stands now, I have to redefine the slots in persistent-
>>> person to make them persistent. Why not make all slots persistent
>>> instead of only the slots that are defined in a class whose  
>>> metaclass
>>> is persistent-class?
>>
>> I think there may be some technical reasons (related to the MOP), but
>> I'm not sure.  I'll look into this, because I agree with you that  
>> this
>> is something that you may want to do in practice.
>
> Thanks for looking into this. To be fair, I'm not sure that this is  
> the _right_ thing to do, but rather it's what I expected to happen  
> when I first tried playing around with the code. I think the  
> existing behavior is reasonable too, although my naive preference  
> would be for all slots to be persistent. If there are MOP-ish  
> reasons for this not to be the case, so be it. But, again, at first  
> glance, it seems like it would be nice to somewhat trivially make  
> persistent versions of existing classes.
>
> Thanks again,
>
> Cyrus
>
> _______________________________________________
> rucksack-devel mailing list
> rucksack-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/rucksack-devel




More information about the rucksack-devel mailing list