comp.lang.ada
 help / color / mirror / Atom feed
From: codeworker@free.fr (Cedric LEMAIRE)
Subject: Re: [ANN] an EBNF parser and coding pattern tool (LGPL)
Date: 11 Feb 2003 06:15:44 GMT
Date: 2003-02-11T06:15:44+00:00	[thread overview]
Message-ID: <clcm-20030211-0001@plethora.net> (raw)
In-Reply-To: clcm-20030207-0005@plethora.net

Anthony Williams <anthony.williamsNOSPAM@anthonyw.cjb.net> wrote in message news:<clcm-20030207-0005@plethora.net>...
> codeworker@free.fr (Cedric LEMAIRE) writes:
> 
> > And C++ templates are too restricted to do generic programming and
> > code generation in a large scope. I'll give examples later if some
> > people react to this assertion.
> 
> OK, I'll bite ... why do you think C++ templates are too restricted?

The C++ compiler doesn't give you introspection to implement C++
templates that
work on the composition of a class.

How to write with C++ templates an "Object Unmarshaller", for
instance? I mean, something that reads the serialized content of an
object and that builds the corresponding object in memory. Be careful!
No intervention must be done on these objects in C++ to facilitate
their integration into the "unmarshaller".

How to write an "Object Walker", something that enables to navigate
amongst the object attributes of the instances, for applying a task on
them (starting from a given object: to initialize all of them or to
serialize all of them or describing them in HTML to query the
application from a browser ...)?

I want to be able to write the generic code of these features as
easily as if I was implementing them by hand, for each object to
handle. But the 'coding pattern' must be written once only and must be
easy to support. And not to be an intellectual exercise for the
pleasure of the brain.

And it is why I said that C++ templates are too restricted (I could
have said: "... and not very readable on complex features" but I
haven't because it is a question of taste I imagine).

-- Cedric
-- 
comp.lang.c.moderated - moderation address: clcm@plethora.net



  reply	other threads:[~2003-02-11  6:15 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-24  3:36 [ANN] an EBNF parser and coding pattern tool (LGPL) Cedric LEMAIRE
2003-01-24 16:40 ` Victor Porton
2003-01-25  0:33   ` llewelly
2003-01-29  2:55   ` Cedric LEMAIRE
2003-01-24 16:40 ` apm
2003-01-29  2:56   ` Cedric LEMAIRE
2003-01-31  2:25     ` Cedric LEMAIRE
2003-01-31  2:25     ` Anthony Williams
2003-02-01  4:10       ` Cedric LEMAIRE
2003-02-04 16:53     ` apm
2003-02-06 20:35       ` Cedric LEMAIRE
2003-02-06 20:36       ` Cedric LEMAIRE
2003-02-01  4:09   ` White Wolf
2003-02-03  1:28     ` Martin Ambuhl
2003-02-03  1:28     ` Hillel Y. Sims
2003-02-03 16:31       ` Tars_Tarkas
2003-02-03  1:29     ` Mark McIntyre
2003-02-03 16:31       ` CBFalconer
2003-02-04 16:53         ` Georg Bauhaus
2003-02-06 20:36           ` Cedric LEMAIRE
2003-02-07 17:33             ` Hyman Rosen
2003-02-08 18:22               ` Thant Tessman
2003-02-07 17:33             ` Anthony Williams
2003-02-11  6:15               ` Cedric LEMAIRE [this message]
2003-02-12  1:30                 ` Hyman Rosen
2003-02-13 20:03                   ` Brian Inglis
2003-02-15 20:13                     ` Hyman Rosen
2003-02-15 20:14                   ` Cedric LEMAIRE
2003-02-12  1:30                 ` Julián Albo
2003-02-15 20:14                   ` Cedric LEMAIRE
2003-02-19  6:10                     ` Alan Balmer
2003-02-12  1:30                 ` Stephen Leake
2003-02-12 18:22                   ` Hyman Rosen
2003-02-12 19:39                     ` Stephen Leake
2003-02-12 21:16                       ` Hyman Rosen
2003-02-14 20:34                         ` Stephen Leake
2003-02-15 20:14                   ` Cedric LEMAIRE
2003-02-07 17:33             ` Hyman Rosen
2003-02-03 16:31       ` ozbear
2003-02-03 16:31     ` Cedric LEMAIRE
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox