bytecodealliance / bytecodealliance/ComponentizeJS
More granular features for stubbing
- 主要語言
- Rust
- 星號
- 391
- 分支
- 53
- 平均合併
- 3 天 5 小時
- 30 天內合併 PR
- 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
- 預估耗時
- 一週以上
- 活躍度
- 停滯
- 描述清晰度
- 需要釐清
- 新手友好度
- 25/100