Boost logo

Boost :

From: Gennadiy Rozental (gennadiy.rozental_at_[hidden])
Date: 2006-04-21 15:35:04


"Jorge Lodos" <lodos_at_[hidden]> wrote in message
news:007801c66577$3a129dd0$f9010a0a_at_segurmatica.cu...
>> > I mean that only one property (which of course could
>> contain others)
>> > could be loaded (or saved) at a time. Not the whole tree. For
>> > instance, if my tree corresponds to a windows registry key, it is
>> > desirable to load or save a single value without loading or
>> saving all
>> > the values in the key.
>>
>> I am quite sure Serialization lib will allow you to do this.
>> Just apply it to appropriate field.
>>
> It requires a lot of work.

How come?

> The serialization library does not provide a
> model for in-memory property storage,

It's not supposed to.

std::vector, std::map, multi_index, tree - take your pick

> nor does it provide a windows registry
> archive (the last time I saw).

Ok - Implement one. No need to reinvent the whole infrastructure.

> Applying serialization to appropriate fields
> implies I already have those fields somehow organized.

Why? Or rather what do you mean by that.

> The way I see it, PT is the serialization library plus in-memory property
> storage.

The way I see it we already have better solution for either task.

> Perhaps it could have used serialization internally and
> serialization archives for loading and saving.

Better stop reinventing the wheel and just write an add-ons to excising
solution.

> As I said before, the real
> difference could be the loading and saving of some of the properties in
> the
> memory storage, without having to load/save them all.

I still do not see any difficulties implementing this without PT.

Gennadiy


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk