Some explicit examples would probably help. On 23 Jul 2014, at 14:13, stepharo <steph...@free.fr> wrote:
> I do not have the exact points that christophe wants. Now he wants to store > package dependencies into package manifest. > And I told him to use STON. Now we should probably not haeve an explicit > reference to the dependency class > > Stef > >> Hi Christophe, >> >> Sorry for the delay, I was on holiday. >> >> On 15 Jul 2014, at 14:46, Christophe Demarey <christophe.dema...@inria.fr> >> wrote: >> >>> Hi, >>> >>> I read the STON paper and the STON chapter in EnterprisePharo but I did not >>> find answers to some questions: >>> • how do you tell STON to not serialize some variables of an object? >> To achieve that you have to write your own encoding by overwriting #stonOn: >> and #fromSton: (see implementors). >> >>> • is there a way to avoid the class tag? What I mean is that I would >>> like a synthetic STON String. If a STON entry has a class tag, STON knows >>> which class to instantiate. This class may also know which classes to >>> instantiate for its i-var. In this case, the class tag may be omitted. >>> Maybe I should redefine fromSton;, but in this case, is it possible to >>> avoid a manual parsing of the string? >> No, that is not possible. I fail to see how this would be useful or needed, >> but maybe I just don't understand your question. >> >>> • is there a way to do an alias for an i-var (just like for the class >>> name)? >> To achieve that you have to write your own encoding by overwriting #stonOn: >> and #fromSton: (see implementors). >> >>> • is there a way to skip the serialization of an i-var if its value is >>> nil (or an empty collection)? >> Overwrite #stonShouldWriteNilInstVars for your object to return true. For >> empty collections there is no provision. >> >>> Regards, >>> Christophe. >> Sven >> >> >> >> > >