From: Jeremy Pack (rostovpack_at_[hidden])
Date: 2007-05-12 10:24:48
There is currently an SoC project involving reflection, being done by
Mariano Consoni. You may want to contact him.
On 5/12/07, Dean Michael Berris <mikhailberis_at_[hidden]> wrote:
> On 5/12/07, remi.chateauneu_at_[hidden] <remi.chateauneu_at_[hidden]> wrote:
> > This library does not specifically aim at serialization, but more
> > generally at providing for a given class, the list of its members.
> > Given such a list - a kind of tuple - it is possible to apply algorithms
> > which basically iterates over the members of this class. For example:
> Hmmm... I distinctly remember Joel de Guzman having something like
> this made part of Fusion -- which allows you to create aggregate types
> where you can iterate over the elements of the type. That required
> some preprocessor programming, which was called BOOST_FUSION_STRUCT
> (or something similar) instead of just the normal "struct".
> How is this different?
> > Most of these features are implemented and running. It is designed to
> > add more 'plugins' of this type - and of course Boost.Serialization is
> > worth trying. A class can have as many members list as needed, and does
> > not have to be changed because the members lists are different objects.
> > The need came out of applications with dozens of business classes, where
> > the database persistence routines had to be re-written all the time.
> Have you seen how Soci (http://soci.sourceforge.net/) does it for the
> SQL/DB stuff?
> > > Do you have more readable documentation about the library?
> > >
> > Unfortunately not for the moment, although the code is short (1100 lines
> > in four files, without test programs) and well-documented, with examples.
> I personally would like to see a writeup with a clear statement of the
> rationale and what it's intended to do.
> Dean Michael C. Berris
> mikhailberis AT gmail DOT com
> +63 928 7291459
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk