Cancelable promises

Kevin Smith zenparsing at gmail.com
Thu Feb 26 23:31:44 PST 2015


The discussion on that github issue surrounding promise subclassing makes
my head spin, especially when it comes to working out how cancelation is
supposed to flow through a graph of promise dependencies.  We should be
wary of adding complexity to the core.

The simple way to view the situation is to say that promises are simply
transparent containers for asynchronous values. Control capabilities should
therefore be represented by a separate abstraction. This will help keep
complexity at the edges.

Has any library experimented with the cancelation token approach yet?
On Feb 27, 2015 1:46 AM, "Anne van Kesteren" <annevk at annevk.nl> wrote:

> As a heads up, there's some debate around the fetch() API how exactly
> request termination should work and how that affects promises:
>
>   https://github.com/slightlyoff/ServiceWorker/issues/625
>
> The WebRTC WG has also been discussing canceling in the context of
> terminating a request for permission from the user. I think they
> decided to postpone for now until there's a bit more progress on what
> cancelable promises means, but I would not expect everyone to wait
> forever.
>
>
> --
> https://annevankesteren.nl/
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20150227/cb90b640/attachment.html>


More information about the es-discuss mailing list