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.