Subject: Re: [boost] [poly_collection] Request for comments: fast polymorphic collections
From: Dominique Devienne (ddevienne_at_[hidden])
Date: 2016-11-07 06:04:04
On Sun, Nov 6, 2016 at 1:25 PM, Joaquin M LÃ³pez MuÃ±oz <
> A couple of years ago I wrote two blog entries about high-performance data
> for polymorphic objects:
> that spurred some interest in the community. Now I've had the time to turn
> ideas into something resembling a full-fledged library:
> and I'd be very grateful if people could give their opinion on usefulness,
> design, etc.
> so as to determine potential interest in an eventual official submission
> to Boost.
Sounds great Joaquin. But what if I need the equivalent of Multi-Index?
I have several indexes on the base interface (ByGuid unique, ByNKey unique,
ByParent non-unique, ByType non-unique, etc...), so am I stuck into
classic OOP because I need those?
Also, you provide "by *concrete* type" access to a segment, but often time
we're also interested
in "by *abstract* base" access/traversal, the base not necessarily being
the one from the container itself.
Any thoughts on that? Of course, you can't do "isAssigneableFrom()" tests
using just std::typeid(),
so a custom RTTI mechanism is necessary, but implicit traversal of all the
"derived" segments for
any particular abstract type would be really useful IMHO.
Finally, can you share any compile-time impact, between you any_... and
poly_... benchmarks for example?
PS: Would VS2013 work with it too? I'm currently stuck with that one...
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk