Re: [boost] [DynamicAny] Feedback

Subject: Re: [boost] [DynamicAny] Feedback
From: Stewart, Robert (Robert.Stewart_at_[hidden])
Date: 2011-03-04 06:43:49

joaquin_at_[hidden] wrote:
> Daniel Larimer escribió:
>
> > I recently ran into a problem where I wanted to retrieve
> > the value stored in a boost::any by casting to a base class.
> > Unfortunately, boost::any requires you cast out the exact
> > type as that held.
> >
> > Boost.DynamicAny is a vairant on Boost.Any which provides
> > more flexible dynamic casting of the underlying type. Whereas
> > retreiving a value from Boost.Any requires that you know the
> > exact type stored within the Any, Boost.DynamicAny allows you
> > to dynamically cast to either a base or derived class of the
> > held type.
>
> What's the trade-off? I mean, does Boost.DynamicAny use more
> memory than Boost.Any, is it slower?

I presume you mean other than the difference between static_cast and dynamic_cast?

Couldn't this functionality be added to Boost.Any itself?  That is, add another cast that does dynamic_cast so there's only one library but clients get a choice about how to extract values.

_____
Rob Stewart                           robert.stewart_at_[hidden]
Software Engineer, Core Software      using std::disclaimer;
Susquehanna International Group, LLP  http://www.sig.com

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.