- From: Mattias Buelens <notifications@github.com>
- Date: Mon, 28 Jan 2019 16:04:01 -0800
- To: whatwg/streams <streams@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <whatwg/streams/pull/980/c458352605@github.com>
> Yep, agreed, we should fix that! This was my second point in [#778 (comment)](https://github.com/whatwg/streams/issues/778#issuecomment-371717821) .
All right, I'll fix it.
Any preference on the style of the `.then` handler? The only other example where `ReadableStreamDefaultReaderRead` is used in the spec is [in step 12 of `ReadableStreamTee`](https://whatpr.org/streams/980.html#readable-stream-tee), where the `{done, value}` tuple is explicitly destructured and asserted before it's used. Do we need to do the same thing here? For example:
> 1. Return the result of <a>transforming</a> ! ReadableStreamDefaultReaderRead(_reader_) with a fulfillment handler which takes the argument _result_ and performs the following steps:
> 1. Assert: Type(_result_) is Object.
> 1. Let _value_ be ? Get(_result_, `"value"`).
> 1. Let _done_ be ? Get(_result_, `"done"`).
> 1. Assert: Type(_done_) is Boolean.
> 1. If _done_ is *true*, perform ! ReadableStreamReaderGenericRelease(_reader_).
> 1. Return ! ReadableStreamCreateReadResult(_value_, _done_, *true*).
Can we just check `result.done` directly and pass it along as-is? Or could that cause issues?
> 1. Return the result of <a>transforming</a> ! ReadableStreamDefaultReaderRead(_reader_, *true*) with a fulfillment handler which takes the argument _result_ and performs the following steps:
> 1. If _result.done_ is *true*, perform ! ReadableStreamReaderGenericRelease(_reader_).
> 1. Return _result_.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/whatwg/streams/pull/980#issuecomment-458352605
Received on Tuesday, 29 January 2019 00:04:22 UTC