Hacktoberfest 2026:維護者為十月標記出來的 issue,仍然開放、適合新手。 瀏覽 Hacktoberfest issue

Request for early feedback: Fetch server API

未關閉
#65,314 1 則留言 6 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

還沒有人認領這個 Issue。

評估

難度
5/5
預估耗時
一週以上
新手友好度
20/100
Issue 類型
功能
描述清晰度
需要釐清
活躍度
冷清
領域
api, networking

研究方向

先閱讀轉譯後的 Fetch Server API 草案和連結的 proposal repository,然後查看背景文章以了解設計背景。在提議於 TC55 進行展示之前,為與 runtime 無關的 API 設計提供可執行的回饋,即視為完成。

由索引模型根據 Issue 內容生成。

描述

discuss http http2 http3 https quic quic-agenda

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:

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

主要語言
JavaScript
星號
122k
分支
37.4k
平均合併
4 天 17 小時
30 天內合併 PR
300

環境準備

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

nodejs/node 的其他 Issue

查看 nodejs/node 的全部 Issue

相似的 Issue

更多 JavaScript Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。