Request for early feedback: Fetch server API
まだ誰も着手していません。
- 主要言語
- JavaScript
- スター
- 122k
- フォーク
- 37.3k
- 平均マージ
- 4日 2時間
- マージ済み PR(30日)
- 283
説明
As part of the new unified http API strategic initiative, I am working on a new WinterTC/TC55 proposal for a new "Fetch Server API".
A key goal of this is a server API that is runtime agnostic; and in particular not-Node.js specific. It also covers all versions of http (h1, h2, h3).
You can find the rendered draft here: https://proposal-fetch-server.jasnell.me/
Github repo for issues/discussion here: https://github.com/jasnell/proposal-fetch-server
Some background reading for ideas leading into this:
- https://www.jasnell.me/posts/http-server-api-draft
- https://www.jasnell.me/posts/fetch-needs-error-codes
- https://www.jasnell.me/posts/fetch-is-not-enough
- https://www.jasnell.me/posts/quic-comes-to-node
Note: it is well established that the current standard definitions of the fetch Request/Response/etc APIs are not entirely suitable for server side use given a strict reading of the specification. There's no reason to rehash those arguments. A goal of this work is to address those limitations.
This is NOT YET an official TC55 work item. It is a draft proposal that I will be presenting to the committee at the next meeting. Before then, I'm soliciting feedback on the design.
@nodejs/quic @nodejs/http @nodejs/http2 @nodejs/net
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、レンダリング済みの Fetch Server API ドラフトとリンク先の proposal repository を読み、続いて設計の背景を理解するために背景記事を確認します。提案されている TC55 での発表に先立ち、runtime 非依存の API 設計について実行可能なフィードバックを提供できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 領域
- api, networking
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 静か
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100