joaquin | 4 Sep 07:49
Favicon
Gravatar

[repost][serialization] generic runtime helpers

Hello, allow me to repost the following lest my first try went unnnoticed:

The section on proposed case studies for Boost.Serialization talks
about the poosible inclusion of a so-called "generic runtime helper":

http://tinyurl.com/6khxns
http://www.boost.org/doc/libs/1_36_0/libs/serialization/doc/new_case_studies.html#archivehelper

which subject I had the pleasure to discuss with Mr. Ramey some
time ago. I've got a couple of questions regarding this feature:

1. Is there any tentative release version for getting this included?
2. Is the idea to include the generic runtime helper as part of the
core API of an Archive, or will it be just an adaptor? In other
words, would the core "Saving Archive" and "Loading Archive"
concpets be extended to also feature this runtime helper?

FWIW, I'm strongly in favor of having the runtime helper be part of
the core Archive concepts: it is my stance that this can be incredibly
useful to implement serialization code for types with special
lifetime semantics (as is the case with boost::shared_ptr
and boost::flyweight) without violating the encapsulation either of the
type or of Boost.Serialization. The key and only property of such a
runtime helper is its ability to associate an Archive object with a
type-dependent helper object, which I see as a very modest, yet
highly useful, extension to the Archive concept.

Just to exemplify how useful helpers can be, allow me to sketch the
serialization process of flyweight<T> as implemented with runtime
helpers:
(Continue reading)

Robert Ramey | 4 Sep 18:52

Re: [repost][serialization] generic runtime helpers

joaquin <at> tid.es wrote:
> Hello, allow me to repost the following lest my first try went
> unnnoticed:

I didn't go unnoticed, its just that its not easy to answer.

> The section on proposed case studies for Boost.Serialization talks
> about the poosible inclusion of a so-called "generic runtime helper":
>
> http://tinyurl.com/6khxns
> http://www.boost.org/doc/libs/1_36_0/libs/serialization/doc/new_case_studies.html#archivehelper
>
> which subject I had the pleasure to discuss with Mr. Ramey some
> time ago. I've got a couple of questions regarding this feature:

> 1. Is there any tentative release version for getting this included?

no

> 2. Is the idea to include the generic runtime helper as part of the
> core API of an Archive, or will it be just an adaptor? In other
> words, would the core "Saving Archive" and "Loading Archive"
> concpets be extended to also feature this runtime helper?

I've considered that and don't think its a great idea.  I looked over
the code in flyweight and concluded that, even though the usage of
a helper might make the loading of an archive slightly more efficient
it would not be strictly necessary.

> FWIW, I'm strongly in favor of having the runtime helper be part of
(Continue reading)

Favicon
Gravatar

Re: [repost][serialization] generic runtime helpers

Robert Ramey <ramey <at> rrsd.com> writes:

> 
> joaquin <at> tid.es wrote:
> 
> > 1. Is there any tentative release version for getting this included?
> 
> no
> 
> > 2. Is the idea to include the generic runtime helper as part of the
> > core API of an Archive, or will it be just an adaptor? In other
> > words, would the core "Saving Archive" and "Loading Archive"
> > concpets be extended to also feature this runtime helper?
> 
> I've considered that and don't think its a great idea.  I looked over
> the code in flyweight and concluded that, even though the usage of
> a helper might make the loading of an archive slightly more efficient
> it would not be strictly necessary.

How'd you do it? I'm trying to rewrite my serialization code
in a helper-free fashion and can't find a way.

[I intend to answer to the rest of your post within the following days.]

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Gmane