exposing `WorkerEntrypoints` via Cap'n Web

オープン
#182 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
静か
技術スタック
typescript

調査の方向性

まず WorkerEntrypoint と service-binding RPC のエントリポイントを読み、次にパブリック HTTP ルートがどのように worker にマッピングされるかを確認します。これらの runtime-native RPC パスを Cap'n Web HTTP 統合と比較します。WorkerEntrypoint が worker に Cap'n Web をインポートせずに RPC メソッドを公開できれば完了です。

索引モデルが issue の本文から書いたものです。

説明

Currently a Worker can call another Worker over RPC using a service binding. This uses the runtime's built-in type system. The target worker implements the RPC interface as a class extending WorkerEntrypoint, and exports that.

We should let people expose the same WorkerEntrypoint on a public HTTP route using Cap'n Web. Then, when a WorkerEntrypoint is mapped to an HTTP endpoint, the developer should be able to enable automatic Cap'n Web support, making the entrypoint's RPC methods available to the internet.

When we do this, the Worker itself does not need to import the Cap'n Web library. Instead, it strictly speaks runtime-native RPC. We could bridge this to Cap'n Web in a separate isolate we maintain ourselves (with the possibility of optimizing it to native code someday).

主要言語
TypeScript
スター
4k
フォーク
151
平均マージ
16時間 46分
マージ済み PR(30日)
2

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

cloudflare/capnweb のほかの issue

cloudflare/capnweb の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。