なんでRustの環境構築してないのに Rust製のツールが動くの？ Why Do Rust-Based Tools Run Without a Rust Environment? sssssota / #vuefes 

深刻な「Rust製ツールチェイン侵⾷」問題 いま、フロントエンド開発を始めるとRust製のツールチェインが必ず登場する(?) Rolldown, Oxc, SWC, Biome, Deno, Rspack, Lightning CSS, etc... その勢いはとどまるところを知らず、 ランタイム、エンジン、リンター、フォーマッター、バンドラー、などなど... 

いや、待てよ...? JavaScriptのためにNode.jsは⼊れたけど、 「Rustの環境構築」してないぞ...? 

なぜか動くRust製ツールたち なんでうごくの...?こわくなってきた...😰 Rust製ツールこわい npmでinstallしただけなのに （そうじゃないものもあるけど） なんなら、JavaScriptで機能を拡張したり協調して動くことだってある。ﾋｪｯ ...主にパターンは3つ。CLIかNode-APIかWASM。 

1. CLIベースのRust製ツール DenoやBiomeがこれに該当。 インストールすると、単純なCLI、バイナリが配置される。 Node.jsをインストールする行為に近い。 バイナリということは、OS/CPUによって対応してたりしてなかったり。 package.jsonの `optionalDependencies` という仕組みで OS/CPUに応じたバイナリがインストールされる。 

2. Node-APIベースのRust製ツール Rolldown, Oxc, SWC, Rspackなどが該当。 OS/CPU依存のネイティブバイナリ、でもNode.jsと通信できる。 =Node-API Rustには、Node-APIを実装するためのフレームワークNAPI-RSがある。 NAPI-RSにより手軽にNode.jsとRustの世界をつなぐことができる。 

3. WASMベースのRust製ツール WebAssemblyベースのRust製ツールはOS/CPUに依存しない。 →ブラウザ上でも動かせる。OS/CPU毎にビルドしなくて良い。 ただし、1,2のようなネイティブな手法よりは動作が遅い。 現在、RustからWASMを作る方法としては以下の２つが主流: 1. wasm-bindgen 2. NAPI-RS (WASI) （上記のいずれも使わない方法もあるが省略） 

WASM (WebAssembly: ﾜｽﾞﾑ) WebAssemblyはいわば高階関数（関数を返す関数）みたいなもの できることは関数呼び出し、メモリ操作と計算だけ。Importsでできることが決まる 

WASI (WebAssembly System Interface: ﾜｽﾞｨ) WASIは入出力の仕様が決まっているWASM ファイルの読み書き、時間取得など入出力関数のシグネチャが定義されている。 

3. WASMベースのRust製ツール(wasm-bindgen) wasm-bindgenは ● 非WASIなWebAssembly ● それを使うためのJavaScript + 型定義ファイル を出力する。 Rustで提供される標準ライブラリの大部分は使えない。 =ファイルシステムやネットワークへのアクセスには工夫が必要 一方、DOM操作APIをRustから使える仕組みがあるなどの利点もある。 SWCやNode.jsのTypeScript対応(Amaro)などで利用されている。 

3. WASMベースのRust製ツール(NAPI-RS) NAPI-RSはWASIベースのWASMも出力できる。 wasm-bindgenと比べ制約も少なく、RustのコードベースをWASMにできる。 WASIなので、ファイルシステムなども扱えるし、WASMなのでブラウザで動く。 →ブラウザで動く開発環境(StackBlitz等)を支える主力な技術となっている 

おわり Rust製ツールチェインは、 ● ネイティブコンパイル (CLI / Node-API) ● WASM (WASI) により開発環境がなくてもJavaScriptと協調して動く。 今後のRust製ツールチェインの進化が怖い！