bytecodealliance / bytecodealliance/ComponentizeJS
Supporting a 'wasm:' prefix on imports
- Lenguaje dominante
- Rust
- Estrellas
- 391
- Forks
- 53
- Merge medio
- 3 d 5 h
- PR fusionados (30 d)
- 1
Descripción
Right now, code that uses imports via WASI look like regular imports, with the package name being the first indicator:
```js
import { someFn } from "ns:pkg/iface@0.1.0";
export const run = {
run() { ... }
}
```
This works, but I think going forward life for embedders and tooling/ecosystem projects will be *much* easier if we prefix these imports with `wasi:` (or something similar) to note them/control how the imports are done.
The idea is that the above code would turn into:
```js
import { someFn } from "wasi:ns:pkg/iface@0.1.0";
export const run = {
run() { ... }
}
```
There are other ways to indicate the type of an import/control (i.e. [import attributes](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import/with), for example) , but prefixing with `wasi:` is incredibly simple and offers a point of leverage -- being able to easily tell which imports are "wasi"/underlying paltform imports. This mirrors the convention of `node:` as an import prefix which is used in more modern code bases (i.e. `from "node:fs"` rather than `from "fs"`).
Changes may be required "below" *and* "above" componentize JS to make this work, but I figure that ComponentizeJS is a good place to discuss and eventually start this work.
[EDIT] I changed the title to `wasm` since `wasi` is clearly not the right prefix -- `wasm:`, `wit:`, `component:` or something else are clearly more correct, though it's not *exactly* clear which is best.
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Línea de trabajo
Empieza leyendo la discusión del issue de ComponentizeJS y siguiendo cómo se gestionan los imports de JavaScript mostrados, incluidos los cambios descritos como situados por encima y por debajo de ComponentizeJS. El trabajo solo estará terminado cuando la comunidad acuerde un prefijo y la forma elegida funcione de extremo a extremo para los imports de componentes de WASI o WebAssembly.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- javascript, wasm
- Área
- tooling
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100