Interest in std.algorithm.joiner?
Steven Schveighoffer
schveiguy at yahoo.com
Tue Jul 27 12:00:04 PDT 2010
On Tue, 27 Jul 2010 14:27:20 -0400, Andrei Alexandrescu
<SeeWebsiteForEmail at erdani.org> wrote:
> Steven Schveighoffer wrote:
>> On Tue, 27 Jul 2010 14:12:34 -0400, Andrei Alexandrescu
>> <SeeWebsiteForEmail at erdani.org> wrote:
>>
>>> Steven Schveighoffer wrote:
>>>> On Tue, 27 Jul 2010 11:21:08 -0400, Andrei Alexandrescu
>>>> <SeeWebsiteForEmail at erdani.org> wrote:
>>>>
>>>>> We have std.algorithm.splitter which splits a range into components
>>>>> without allocating a new array.
>>>>>
>>>>> Is there an interest in joiner(), the corresponding function for
>>>>> join() that joins elements of a range in conjunction with a
>>>>> separator without allocating a new array?
>>>> How do you do that?
>>>
>>> Well joiner would offer an input or in best case a forward range with
>>> the range primitives.
>> How do you store all the ranges you joined for future reference
>> without creating an array of those ranges? With splitter, it's
>> straightforward, there's one range to store.
>> Or am I missing something?
>
> It's just one range and one separator.
>
> auto joined = joiner(["Mary", "has"], "\t");
> assert(joined.front == 'M');
Ah, Ok. I was under the impression that the input was a bunch of
individual ranges to join.
So basically, you are pushing the "range of ranges" allocation onto the
user. That works.
That is quite an interesting problem, esp if you intend to keep it lazy
and forward things like random access to the joined range. Or output the
result to writeln. Hey, could it potentially be used as a formatter to
writefln?
-Steve
More information about the Digitalmars-d
mailing list