- From: Marijn Kruisselbrink <notifications@github.com>
- Date: Wed, 22 Aug 2018 10:15:50 -0700
- To: heycam/webidl <webidl@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Wednesday, 22 August 2018 17:16:16 UTC
Maybe I'm mixing up async iterables with async iterators. Afaik a interface that specifies `iterable<bla>` results in several methods being defined on the interface that all return a iterator object (and an iterable can be iterated multiple times, while each iterator object is single use). Would the same be true for `async_iterable<bla>`? I.e. it would result in a `entries()` method that returns an async iterator object? I guess what I was thinking of would be being able to define a method that returns an async iterator object directly, rather than having to have an iterable in between. I.e. just define a method that behaves like a async generator function, where I'd expect to have all the in parallel and task queuing steps in the prose/algorithm for my method, rather than having the extra layer/state of an iterable in between. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/heycam/webidl/issues/580#issuecomment-415108827
Received on Wednesday, 22 August 2018 17:16:16 UTC