Stream + async await

Naveen Chawla naveen.chwl at gmail.com
Sat Jul 29 10:54:30 UTC 2017


Interesting!!!

Excuse my ignorance, but with this construct, how would you trivially
invoke a "publish" ahead of any given "consumption"?

As far as I can see,

```
for await (const item of requestItems){

}
```
on its own is purely a "front-pressure" construct. That is, each request is
made upon the completion and satisfactory consumption of the last one.

Can you suggest a way to trivially invoke some "back pressure" using this
construct? By this I mean - invoke extra requests before they come to be
consumed (like you can do with reactive streaming libraries). An example
use would be if you wanted to do some "eager loading" of data while the
user is likely to be viewing but not currently interacting with existing
content, for example.

You seem very familiar with this construct, so I wouldn't be surprised if
you've already thought about this! (If you're too busy I'm sure there are
others here familiar with it too!)

On Tue, 11 Jul 2017 at 21:09 Domenic Denicola <d at domenic.me> wrote:

> https://github.com/tc39/proposal-async-iteration
>
>
>
> *From:* es-discuss [mailto:es-discuss-bounces at mozilla.org] *On Behalf Of *Naveen
> Chawla
> *Sent:* Tuesday, July 11, 2017 09:24
> *To:* es-discuss at mozilla.org
> *Subject:* Stream + async await
>
>
>
> It'd be great to have async stream constructs such as:
> http://reactivex.io/rxjs/ , supported natively, such that they can be
> used directly with the async / await keywords for async stream programming
> in a linear fashion (analogous to what can already be done with linearly
> awaiting Promises, but for async streams instead).
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20170729/6ee23e3d/attachment.html>


More information about the es-discuss mailing list