bytecodealliance / bytecodealliance/ComponentizeJS

More granular features for stubbing

オープン
#274 コメント 9 件 リアクション 0 件 担当者 0 名 GitHub で見る
enhancement feature/fetch-event feature/wasi
主要言語
Rust
スター
391
フォーク
53
平均マージ
3日 5時間
マージ済み PR(30日)
1

説明

During a recent PR that patched a bug in feature-based WASI interface stubbing, the point of how to deal with outgoing-handler came up:

https://github.com/bytecodealliance/ComponentizeJS/pull/268#discussion_r2223776655

It *seems* like there are at least two solutions that could improve the ergonomics of stubbing:

- stubbing out `fetch()` itself via generated prelude to delete fetch
- more granular features to enable stubbing

Implementing this and avoiding introducing bugs probably requires a bunch of upfront work:

- Adding tests for all the current features & their usage (making sure existing stub combinations work)
- implementing the prelude changes
- adding & implementing the new granular features

Some of this work may overlap (and possibly resolve) #250

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

調査の方向性

PR #268 にリンクされている議論から始め、現在の feature-stubbing の実装を確認して、既存する各 feature と stub の組み合わせをカバーするテストを追加します。生成される prelude と粒度の細かい feature の範囲を決める前に、提案されている作業を issue #250 と比較します。prelude の変更と新しい feature がリグレッションなしで実装され、既存の組み合わせに対するカバレッジが確保されれば完了です。

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

評価

技術スタック
javascript, rust, wasm
領域
testing, tooling
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

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

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