RE: [boost] String thought

From: Matthew Hurd (matt_at_[hidden])
Date: 2003-11-11 21:38:18

> On Behalf Of John Torjo
> Subject: Re: [boost] String thought
[snip]
> > In in this case there is an easy way for optimazation, when it is
> required (using +=).
> > So if the performance does matter, user has a simple solution.
> > If the performance is not important, there is not need for complication,
> that such
> > a framework would bring.
> 
> Indeed. For the purpose of this optimization, a string algorithm could be
> used ;)
> Also, I guess for those that are interested in optimizing such
> expressions,
> there should be another way IMO.
> 
> Allow making two or more containers of *the same type*, seem like a
> continuous
> range.
> We could then have something similar to:
> 
> s = concatenate( a, b, c);
> 
> This will also be much more general, allowing to copy two deques into a
> range,
> or something similar.
> 
> But more on that, when we (Matt Wilson and me) will present the first
> version of
> rtl (Ranges Template Library) ;)
>
> 
> Best,
> John

Very neat concept.  

I realise you are talking about something much more general, but I would
like to see the syntactic sugar of operator+ still available for
concatenation / union if appropriate.  Also part of the magic to make such
stuff efficient is being able to resize or pre-allocate the destination as
part of operator=.  Do have thoughts on approaching that part of it?

Curious as to how the rtl going to relate to the vtl and iterator libs.
Your view?

Regards,

Matt Hurd.