Streams 仕様読んだ - Qiita
Streams 雑感 WHATWG Streams の仕様を読みました。 雑感です。 第1印象は「常識に囚われてはいけないのですね!」でした。 仕様は ES6 で実装してから書いてるようで、既に動く実装があります。 ES6 Classes を使って書かれており、主要なクラスはReadableStream, ReadableStreamReader, WritableStreamの3つ。 Promise まず特筆すべき事は、 Streams はイベントを一切持たないという点です。 ワオ。 従来の JavaScript はイベント駆動です。DOM も XHR も WebSockets も EventSource もイベントを通知します。しかし、この新しい Streams はaddEventListenerを持っていません。代わりに、Promiseをイベントのように使っています。 これにはちゃん
WHATWG Streams の Source と Sink - Qiita
概要 WHATWG Streams のことを何回かに分けて書く。Kyoto.js #11 の『 WHATWG Streams をためした 』という発表のために調べたものだ。発表だけで終わらせるのはもったいないので、再整理して共有する。 前回は『 WHATWG Streams の Stream と Pipe chain - Qiita 』。今回は (Underlying) Source と (Underlying) Sink のことを書く。 また Source / Sink については概要に留め、それぞれの使いかたなどの詳細は別途記載する。 データの発生源 ReadableStream に wrap される Push / Pull の 2 種類の違いを吸収し、ひとつの interface で表す Push Source 例: TCP ソケット Pull Source 例: ファイルハンドル
WHATWG Streams の Stream と Pipe chain - Qiita
概要 WHATWG Streams のことを何回かに分けて書く。Kyoto.js #11 の『 WHATWG Streams をためした 』という発表のために調べたものだ。発表だけで終わらせるのはもったいないので、再整理して共有する。 今回は次の 3 つを書く。 WHATWG Streams の提供する Stream クラス それらの Stream でつくる Pipe chain Pipe chain を流れる chunk Stream クラスについては概要に留め、それぞれの詳細は別途記載する。 3 つの Stream クラス WHATWG Streams は次の 3 つの Streams クラスを提供している。 ReadableStream WritableStream TransformStream 今回はあくまでも概要だけを書く。 1. ReadableStream 読み取りのための
stream b/w node.js and whatwg // Speaker Deck
Talk about Stream API difference between node.js and whatwg at #tng11 2016/08/08
Fetch での Stream を用いたプログレス取得とキャンセル | blog.jxck.io
Intro WHATWG が定義する Fetch API は、出たばかりの仕様では、途中でのキャンセルや、プログレスイベントの取得が含まれていなかった。 しかし、後の更新で fetch 結果の Response Body が WHATWG Stream API を実装することになったため、現在の仕様ではプログレスを取ることもキャンセルをすることも可能となっている。 今回は、こうした API のアップデートについて記す。 Update 最初の公開時には、以下のように書いていた。 「XHR ではできるが Fetch ではできない」ことが、仕様上は無くなったことを意味する。 しかし、現時点で仕様としてまだ出来ないことがあることが判明した。 Upload の Progress これに伴い、記事の一部を修正した。 Fetch 最新の Fetch の仕様は以下で確認できる。 Fetch Spec 仕様
Stream Your Way to Immediate Responses | Blog | Chrome for Developers
Anyone who's used service workers could tell you that they’re asynchronous all the way down. They rely exclusively on event-based interfaces, like FetchEvent, and use promises to signal when asynchronous operations are complete. Asynchronicity is equally important, albeit less visible to the developer, when it comes to responses provided by a service worker's fetch event handler. Streaming respons
History Of Streams
The history of streamscontentsprehistory (streams before a stream api)streams 1summer of streams, userland vs corestreams2 (one step forward, 2 steps back)streams3conclusionprehistoryin node.js’s early days back in 2010, the node.js website featured an example of a tcp echo server. on feb 9th, 2010 the tcp stream’s events were named “receive” and “eof”. Shorly later, by feb 18th, 2010 those events
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WHATWG Streams をためした - bouzuya / whatwg-streams-kyotojs-11