为什么前端很多工具都不使用js构建

翻译自《Rust Is The Future of JavaScript Infrastructure》，网址：Rust Is The Future of JavaScript Infrastructure – Lee Robinson

Rust 是一个快速、可靠、节约内存的编程语言。在过去六年的 stackoverflow 的最受喜爱的编程语言（2016，2017，2018，2019，2020，2021）中，连续得到榜首的位置。Mozilla 创造了 Rust，Facebook、Apple、Amazon、Microsoft 和 Google 都使用 Rust 去开发系统基础设施、加密、虚拟化以及其他的层级较低的软件。

为什么 Rust 开始替换 Javascript 的 Web 生态系统的重要组成部分包括压缩（Terser）、编译（Babel）、格式化（Prettier）、打包（webpack）、代码检查（ESLint）、以及更多其他的库？

Rust 是什么？

Rust 帮助开发者开发节约内存的快速软件。它是同样关注代码安全、简洁语法的 C++ 或者 C 的一种现代的替换选择。

Rust 和 JavaScript 非常不一样。JavaScript 会去找到不用的变量和对象，然后自动清除它们。这个机制叫做垃圾回收（Garbage Collection）。Rust 则希望开发者自己去规划手动的内存管理。

通过使用 Rust，开发者对于内存可以有更大的控制权，使用上则比 C++ 或者 Go 要少一些痛苦。

Rust 使用了一种非常独特的内存管理手段，其核心理念基于 “所有权”（owernership）。基本上，Rust 会追踪“谁”在读和写具体的一块内存。Rust 知道一块内存是谁在使用，也知道这块内存是否已经没人使用，这时可以立即释放这块内存。Rust 在编译时强制内存规则，这个机制让内存 bug 几乎不会存在于运行时（runtime）。你不需要手动追踪内存，编译器会帮你处理好。
--Discord

Adoption

除了在上面提到过的使用 Rust 的公司，Rust 也被很多流行的开源库使用：

Rust 让我们力量倍增，使用 Rust 是我们做的最好的决策之一。除了性能，Rust 关注正确性的工程哲学帮助我们更好的掌控复杂度。我们可以使用 Rust 的类型系统编写复杂的变量，然后让 Rust 的编译器帮我们做检查。
--Dropbox

从 JavaScript 到 Rust

JavaScript 是最广泛应用的编程语言，在每一台有浏览器的设备上运行着。在过去十年，围绕着 JavaScript 建立了一个非常巨大的生态系统。

像这样的库还有很多，成千上万的代码以及更多的被修复的 Bug，都成为了当今 Web 应用程序得以顺利运行的基石。这个工具都使用 JavaScript 或者 TypeScript 编写。这个机制运行的是 OK 的，但是我们遇到了 JS 的优化峰值。新一代工具使用了更高效的设计，影响着以前的工具。

SWC

SWC，创建于 2017 年，目标是提供一个可扩展的基于 Rust 的致力于制造下一代快速开发工具的平台。这个工具被一些知名项目使用，比如 Next.js、Parcel 和 Deno，还有一些公司也在使用他，包括 Vercel, ByteDance, Tencent, Shopify。

SWC 可以用来编译、压缩、打包，还可以使用插件提供的功能。你可以用这些功能来做代码变换。上面提到的高级工具，比如 Next.js 也在跑着这些变换。

Deno

Deno，创建于 2018 年，是一个简单、现代、安全的 JavaScript 和 TypeScript 的运行时。Deno 使用了 V8 以及使用 Rust 开发。Deno 的创始人是 Node.js 的创始人，它企图替换 Node.js。Deno 在 2020 的五月发布了 1.0 版本。

Deno 的代码审查器、代码格式器、文档生成器都使用 SWC 建造。

esbuild

esbuild,创建于 2020 年 1 月，它是一个用 go 编写的 JavaScript 打包器，比现存的其他工具快 10-100 倍。

我在尝试建造一个建造工具：A）在特定的使用场景（打包 JavaScript、TypeScript、也许还有 CSS）使用良好 B）重置开发者社区对于 JavaScript 建造工具速度的期望值。我们现在的工具实在太慢了。
--Evan， esbuild 作者 (Source)

使用系统编程语言、例如 Go 或者 Rust，来建造 JavaScript 的工具，在 esbuild 发布时，还是比较稀少的。个人观点，esbuild 启发了非常一大批工具开发者使用系统编程语言，让这些工具变得更快。Evan 选择使用 go：

用 Rust 编写的话，如果给予一定的努力，应该可以运行的也挺好。但是在一个更高的层级，Go 使用起来更有舒服。这个项目对我来说只是一个副业项目，所以它必须有趣。
– Evan, esbuild 作者(Source)

有一些人认为，Rust 可以表现的更好，但是两者都可以实现 Evan 的目标，以及去影响社区：

即便使用非常基本的优化，Rust 也能比 Go 优化最好的表现要好。用 Rust 写高性能程序比研究非常高深 Go 要简单的多。
–Discord

Rome

Rome, 创建于 2020 年 8 月，是一个可以用来针对 JavaScript、TypeScript、HTML、JSON、Markdown 和 CSS 的代码检查器、编译器、打包器、测试器、以及更多的功能。Rome 的愿景是替换和统一前端开发的工具链。它的作者叫Sebastian，他也开发了 Babel。

为什么要开发所有东西？

为了让 Babel 可以作为其他工具的底层基石，要做一些必要的改变，这些改变基本上要完全调整 Babel 的架构。Babel 的架构是我在 2014 年正在学习解析器、语法树、编译器的时候做的。
- Sebastian (Source)

Rome 使用 TypeScript 编写，可以跑在 Node.js 上，但是现在正在用 Rust 重写。

Rust + WebAssembly

WebAssembly_(WASM)_是一种 Rust 可以编译到的便携低级语言。WASM 跑在浏览器里，可以和 JavaScript 互相调用，几乎所有现代浏览器都支持。

WASM 比 JS 快的多，但是没有原生开发速度快。我们测试来看，Parcel 使用 WASM 比原生开发慢 10-20 倍。
–Devon Govett

WASM 还不是目前最完美的方案，但是依然可以帮助开发者提供更快的体验。Rust 官方已经承诺更高质量的 WASM 实现。对于开发者来说，意味着你可以享受到 Rust 的性能（相比于 Go），即便你仍然编译到 Web 上（使用 WASM）。

以下是目前比较早期的库和框架：

这些基于 Rust 的 web 框架，虽然编译到 WASM 但是并不计划去替换 JavaScript，而是选择与 JavaScript 共生。这是我们乐意见到的：Rust 即让 JavaScript 的功能更快，也能实现面向未来的编译到 WASM。

一路都是 Rust。

为什么不用 Rust？

Rust 有非常陡峭的学习曲线。Rust 的抽象层级要比绝大部分 Web 语言低。

Rust 让你思考你的代码的方方面面，这对于系统开发是极为重要的。Rust 强制你思考内存是如何共享和拷贝的。Rust 强制你思考少见但是真实的边缘场景，以确保这些边缘场景也被控制住了。在任何能提升你效率的地方，Rust 都会帮你。
– Tom MacWright (Source)

Rust 在 Web 社区的使用还是很稀少的。还没被大规模应用。尽管对于 JavaScript 的工具制造者们，学习 Rust 是一个障碍。但是有趣的是，开发者们宁愿使用更快的工具，哪怕他们更难去贡献代码（因为 rust 更难）。更快的软件最终获得胜利。（天下武功唯快不破）

目前，还是很难找到 Rust 的库去做大家喜欢的服务（比如鉴权、数据库、交易等等）。但是我认为，当 Rust 和 WASM 大规模应用以后，这些问题会自己解决的。但是不是现在。我们需要 JavaScript 工具帮助我们搭建一个桥梁，然后慢慢改进性能问题。

JavaScript 工具的未来

我相信，Rust 是 JavaScript 工具的未来。Next.js 12 开始全面使用 SWC 和 Rust 替换 Babel（编译器）和 Terser（代码压缩器）。为什么呢？

不仅是 Next.js 使用 SWC，还有：

Parcel 使用 SWC 就像用一个库。之前，我们使用 Babel 的解析器，用 JS 编写。现在我们使用 SWC 的解析器，用 Rust 编写。包括作用域提升的实现，依赖收集，还有其他。这个和 Deno 制造在 SWC 上面的原理一样。
–Devon Govett

虽然这是 Rust 的早期使用，有一些重要的点还要在这里指出来：

不管怎样，我对 Rust 会持续加大影响 JavaScript 生态圈这件事是无比自信的。想象一下全世界使用 Next.js 的项目在打包时已经得到 Rust 带来的性能好处。然后，你可以像其他 NPM 包一样，使用 Next.js。

这是我想生活（和开发）的世界。