XiSenao

随着 Snowpack、Vite 等利用提倡 no-bundle 的构建工具逐渐兴起，同时现代浏览器对原生 ESM 的普遍支持，Bundle-less 的概念席卷前端圈，那么我们如何理解 Bundle

rollup打包产物解析及原理（对比webpack） 上篇： webpack打包产物解析及原理（含cjs/esm/代码分离/懒加载） rollup定位 rollup比webpack晚出2年，对比web

本文以 esbuild JavasScript API 为切入点，分析跨语言 API 的实现原理，从而更好地帮助读者理解打包工具。

大家对构建工具中的 `external` 的属性一定不会陌生吧。在优化构建产物体积需求中可能会引入 `CDN` 来取代一些基础的模块或工具包，如 `React`、`Vue`、`lodash` 等。

ES Modules有局限性，它在浏览器里能够import指定URL的模块，但不能import自身HTML文件里的模块。我们用一个小技巧做到让浏览器可以自由地import文件里inline的JS模块。

本文正在参加「金石计划 . 瓜分6万现金大奖」。 众所周知，函数节流（throttle）是 JS 中一个非常常见的优化手段，可以有效的避免函数过于频繁的执行。 举个例子：一个保存按钮，为了避免重复提交

业务方向是产品经理决定的，即使前端高质量高效率的完成了前端需求，也不能左右业务结果，那“业务的价值和你有什么关系”？

重点分析rollup源码中模块打包与Tree-Shaking的实现细节，推荐了解打包器基本功能后再阅读。不会介绍rollup的特性以及Tree-Shaking、ast的概念，版本为2.52.0。

谈到 Vite，给人的第一印象就是 dev server 启动速度快。同样规模的项目，相比 Webpack 动辄十几秒甚至几十秒的的启动速度，Vite 简直是快到没朋友，往往数秒之内即可完成启动(PS