网站建设教学课件,frontpage网页制作视频教程,rss 网站插件,软件技术基础1、esbuild 是使用go语言编写的一个前端构建工具
相对于nodeJs的构建工具如webpack。go语言是纯机器码#xff0c;没有js的解释过程#xff1b;go新开了一个进程多线程并行#xff0c;而js是单线程串行化的#xff0c;所以从开发语言层面来说就更快。当nodejs还在解析打包…1、esbuild 是使用go语言编写的一个前端构建工具
相对于nodeJs的构建工具如webpack。go语言是纯机器码没有js的解释过程go新开了一个进程多线程并行而js是单线程串行化的所以从开发语言层面来说就更快。当nodejs还在解析打包程序的js的时候go已经在解析要构建的js了。
2、esbuild内置了部分的loader直接使用go语言编写可以直接使用
相对于nodeJs的构建工具中相同功能的loader相比也更快。不同于webpack中loader都要配置添加。比如内置了对.js、.jsx、.ts、.tsx 、.css、.module.css 等的支持其他文件类型则需要添加社区的loader或者手写插件进行处理比如less、sass、img、字体图标库等。 esbuild的生态还不完善很多插件其实只是包装了开源的loader框架本质上还是用的js实现的而且很多社区提供的插件都存在各种问题需要自己实现插件比如对css进行浏览器兼容添加浏览器前缀等问题
3、esbuild的代码分割很鸡肋
代码分割可以减小了初始加载时的文件体积加速页面加载时间也能提高缓存利用率节省带宽成本多个小块的代码可以并行下载提高整体加载效率。而esbuild的代码分割只支持esm 格式对浏览器版本有限制能对动态 import 的内容或多入口同时用到的代码进行分割。无法做到像webpack一样将使用到的某个库单独打包出去。
4、esbuild不支持HMR需要借助插件实现。
5、esbuild目前的应用
主要因为esbuild在代码分割、css处理、不支持HMR、没有提供AST能力不能转换成兼容低版本浏览器代码等问题虽然它很快但它不适合直接用于生产环境而更适合作为一种偏底层的模块打包工具需要在它的基础上二次封装。在其他的构建工具中只是将esbuild应用于开发环境从而有更快的开发体验比如在vite中 开发环境下使用esbuild快速构建而构建部署版本时则使用的是rollup在umi/mfsu中开发环境下使用esbuild-loader替代label而构建部署版本时则还是使用的babel。
总的来说esbuild具有极快的构建速度、可扩展性、支持多种格式、不需要设置各种 loader配置简单等。但还有很多不足
社区生态很弱跟 Webpack 和 Vite 完全不在一个量级插件之间兼容性问题很严重代码分割能力太弱只能基于入口进行分割对目标浏览器版本有一定要求不支持 HMR为了保持结构的一致性没有提供转化的 AST 的 API由于工具和插件还是采用 JavaScript 编写存在解析速度相对较慢的可能性对于复杂场景配置还是像 Webpack 一样复杂可以在简单项目或类库开发中使用 总之esbuild 不是像 Webpack 是一个大一统项目提供完善的插件机制而是在极度精简之后的打包工具快才是它的追求目标。
文章内容只做学习记录内容转自别的大佬博客主要参考 Esbuild深度调研吹了三年能上生产了吗
