esbuild构建工具简介 | 您所在的位置:网站首页 › ast有点低 › esbuild构建工具简介 |
esbuild在实际工程化中的缺陷
1.自带的loader只支持固定的几种类型,缺少对vue,sass,less等相关的语法的支持,需要自行用js开发插件,虽然社区提供了相关的插件,但是由于都是采用js编写的,很多插件处理的源代码依然采用开源的loader处理,相关的解析逻辑依然是采用的第三方开源库,且均是采用js编写的,这种js编写的代码在解析上仍然存在执行慢的情况。 2.esbuild不支持热加载,在每一次编辑之后需要重新构建一次,针对这三个问题,官方给出了三种解决方案 1. 使用watch 监听文件变化,在每一次文件变化之后重新构建 2. 配置你的IDE在你每次保存代码时执行esbuild 3.用第一个本地服务来提供你的代码,在每次请求时都执行一次rebuild 针对这种重新构建的情况,如果打包速度快,是没有太大影响的,但是如果加入多种的插件可能会导致在开发过程中的build变慢,影响开发速度。 3.对非esm 类型的包不支持 split。 4.为了保持结构的一致性,没有提供转化的 ast 的 api。这点影响非常大,说白了无法通过babel-plugin来做相关的转换。
总结 1.可以看到 esbuild 在实际的开发上秉承着极速和克制的原则,在一些功能的支持上并没有特别的全,所以有一部分的功能需要专门的 js 插件来实现。 2.esbuild 没有提供专门的 ast 生成接口,导致做一些按需引入的功能上比较困难,如 babel-plugin-import 类似的功能。 3.热加载功能的缺失。 4.esbuild自带的 transform ,babel 等功能实际是可以独立出来的api,使用相关的 api 替代 webpack 相关的 plugin 也能获得不菲的收益 5.esbuild 不是像 webpack 一样的大一统项目,提供完善的插件机制,而是在极度精简之后的打包工具,快是 esbuild 追求目标 |
CopyRight 2018-2019 实验室设备网 版权所有 |