在现代化前端构建链路中，SWC 和 esbuild 常被用作底层编译或打包工具。请说明它们分别是什么，各自的功能定位，以及它们在前端工程中的主要用途。
考察说明
考察对前端构建工具链中新兴编译转译工具的认知，包括其定位、工作原理和实际应用场景。
回答思路
- 【回答框架 1】SWC 和 esbuild 都是基于原生语言编写的高性能 JavaScript 编译工具。SWC 使用 Rust 编写，esbuild 使用 Go 编写。它们都被设计为比传统基于 Babel 的工具链快一个数量级，用于提高前端构建和打包的效率。
- 【回答框架 2】esbuild 是一个极速的 JavaScript 打包器和压缩器，核心目标是速度。它内置了编译器、打包、压缩、tree-shaking、开发服务器等功能，常用于 Vite 等构建工具内部的依赖预构建和转换。
- 【回答框架 3】SWC 是一个可扩展的、基于 Rust 的编译平台，它提供了 JavaScript 和 TypeScript 的转译、压缩等功能。SWC 不仅可作为 Babel 的替代品用于代码转换，还能作为打包器或代码生成的基础，例如 Next.js 和 Deno 等项目的底层依赖。
- 【回答框架 4】两者的共同点是都通过编译为原生代码实现高性能，不同点在于 esbuild 强调整合一体化的打包和转换，而 SWC 更模块化，提供更多 AST 层面的操作和定制能力。实际项目中，它们常被用于替换 Babel 或作为构建链中的加速卡。
- 【关键点 1】esbuild 采用 Go 编写，SWC 采用 Rust 编写，通过原生语言实现高编译性能。
- 【关键点 2】esbuild 常用于 Vite 等工具的依赖预构建，SWC 可作为 Babel 的高性能替代，用于代码转译。
- 【关键点 3】两者都支持 TypeScript、JSX 语法转换，并内置压缩功能。
- 【关键点 4】在高性能需求场景下，两者都能明显缩短构建时间，提升开发体验。
- 【易错点 1】混淆 SWC 和 esbuild 的语言实现，二者分别基于 Rust 和 Go。
- 【易错点 2】误以为 esbuild 是 Babel 的完全替代品，实际上其插件生态和 AST 可扩展性不如 Babel/SWC。
- 【易错点 3】忽略配置差异，SWC 支持更多定制配置，而 esbuild 追求开箱即用。