Cancellation architectural observations

Kevin Smith zenparsing at gmail.com
Mon Mar 2 23:30:00 UTC 2015


>
>
> I'm not sure!  The mapping between promises and async functions isn't
> intuitive to me yet, and I'm not sure how async functions will be able
> to produce promise subclasses rather than plain promises.
>

Fair enough.  I think, though, that one of the design goals for a
cancellation architecture needs to be that we are able to created
cancelable tasks with async functions.

My intuition here is that async functions rely on the fact that promises
convey no information or capability other than what is represented by their
completion value.  That's what enables us to make the leap from promise API
to declarative syntax.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20150302/af123f79/attachment.html>


More information about the es-discuss mailing list