bytecodealliance / bytecodealliance/ComponentizeJS

More granular features for stubbing

未關閉
#274 9 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
enhancement feature/fetch-event feature/wasi
主要語言
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

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

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