bytecodealliance / bytecodealliance/ComponentizeJS
More granular features for stubbing
- Linguagem predominante
- Rust
- Estrelas
- 391
- Forks
- 53
- Merge médio
- 3d 5h
- PRs com merge (30d)
- 1
Descrição
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
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Direção de pesquisa
Comece pela discussão vinculada em PR #268, depois inspecione a implementação atual de feature-stubbing e adicione testes cobrindo cada combinação existente de feature e stub. Compare o trabalho proposto com a issue #250 antes de decidir o escopo do prelude gerado e das features granulares. Está concluído quando as alterações no prelude e as novas features forem implementadas sem regressões, com cobertura para as combinações existentes.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- javascript, rust, wasm
- Domínio
- testing, tooling
- Tipo de issue
- Funcionalidade
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Status de atividade
- Estagnada
- Clareza
- Precisa de esclarecimento
- Facilidade para iniciantes
- 25/100