Iterator Functions

Isiah Meadows isiahmeadows at
Mon Apr 16 21:39:20 UTC 2018

I've got a proposal that kind of attacks this from a different angle:


It targets streams, but it can also work with iterables/iterators. In
fact, combining functionality that could be exposed to streams and
iterators identically was one of the driving reasons I formulated the
proposal how it is.


Isiah Meadows
me at

Looking for web consulting? Or a new website?
Send me an email and we can get started.

On Mon, Apr 16, 2018 at 4:55 PM, Pranay Prakash < at> wrote:
> A buddy of mine has actually been working on implementing array
> producers/consumers as a library, and I think that's a good solution. i.e.
> iterators are a nice native addition that can power functionality like this
> in userland, and library authors can create libraries to make it easier to
> use in userland.
> A quick google search shows me that there are existing libraries that do
> this ( and what my friend is working on
> implements a `collect` method which sounds like the `start` method you
> mentioned.
> Shameless plug: In the meanwhile, I've been working on a library too that,
> amongst other things, gives you lazy evaluated list transformations. I'll be
> talking about it at :)
> Cheers,
> Pranay
> On Mon, 16 Apr 2018 at 15:42 Sebastian Malton <sebastian at> wrote:
>> With the ability to create iterators and convert other objects to them.
>> Would it not make sense for them to implement most of the array style
>> functions. These would execute lazily and only start once a call to `start`
>> happens. (A new function as well).
>> Sebastian Malton
>> _______________________________________________
>> es-discuss mailing list
>> es-discuss at
> _______________________________________________
> es-discuss mailing list
> es-discuss at

More information about the es-discuss mailing list