DEV Community
·
将Next.js编译器从Babel切换到SWC
💡
原文英文，约900词，阅读约需3分钟。
📝
内容提要
Next.js计划将编译器从Babel迁移到SWC，以简化构建过程并提升性能。SWC生成的包体积更小，构建速度更快，但仍需检查core-js和regenerator-runtime的依赖。
🎯
关键要点
- Next.js计划将编译器从Babel迁移到SWC，以简化构建过程并提升性能。
- SWC生成的包体积更小，构建速度更快。
- 需要检查core-js和regenerator-runtime的依赖是否仍然必要。
- Next.js默认支持多种core-js方法。
- 如果目标是旧版浏览器，则需要core-js。
- 如果有其他包依赖regenerator-runtime，则需要保留该依赖。
- 运行next build命令生成优化后的生产版本。
- 当前项目使用Babel作为编译器，计划迁移到SWC。
- 需要移除package.json中的Babel配置以避免测试错误。
- 使用SWC进行生产和开发，测试时使用Babel。
- 使用Next.js内置的SWC编译器生成的包体积比使用Babel小。
- SWC的构建时间比Babel快约10秒。
- 确保生产环境中没有Babel配置文件，以防止回退使用Babel。
❓
延伸问答
Next.js为什么要将编译器从Babel切换到SWC？
Next.js计划将编译器从Babel迁移到SWC，以简化构建过程并提升性能。
SWC相比Babel有什么优势？
SWC生成的包体积更小，构建速度更快，构建时间比Babel快约10秒。
在迁移到SWC时需要注意哪些依赖？
需要检查core-js和regenerator-runtime的依赖是否仍然必要，特别是针对旧版浏览器时需要core-js。
如何生成优化后的生产版本？
运行next build命令可以生成优化后的生产版本。
如何避免在生产环境中回退到Babel？
确保生产环境中没有Babel配置文件，以防止回退使用Babel。
在测试环境中如何使用Babel？
在测试环境中创建一个Babel配置文件，并在测试时使用该配置文件。
➡️
