大家好，我是 木木剑光 , 今天我们分享一个比较冷门的需求场景的解决方案 - 动态public path

在每次修改代码以后，我们都需要手动进行编译打包后才可以看到实际打包后的内容。这个过程经常操作会影响我们的开发效率，我们希望可以做到，当文件发生变化时，可以自动的完成编译和展示，此时就需要使用HMR。

Webpack是前端热门打包工具，是前端工程化的根基，在Webpack眼中，万物皆模块，因此Webpack打包的核心目的其实就是把所有模块都打包到一个文件

前端搭建sdk模板，技术栈选择：webpack+react+typescript，最终发布至npm。

所有的内容之后会陆续放出，如果你有任何想要了解的内容或者有任何疑问，关注公众号【前端瓶子君】回复【123】添加好友，我会解答你的疑问。 作为一个前端开发人员，我们花费大量的时间去处理 webpack、gulp 等打包工具，将高级 JavaScript 项目打包成更复杂、更难以解…

对 Babel 的配置项的作用不那么了解，是否会影响日常开发呢？老实说，大多情况下没有特别大的影响（毕竟有搜索引擎）。 不过呢，还是想更进一步了解下，于是最近认真阅读了 Babel 的文档，外加不断编译验证，输出了本篇文章，为了更好的阅读体验，修修改改，最终算是以我个人比较喜欢…

文章内容参考书籍《深入浅出 Webpack》，因为该书籍基于 Webpack 3.4.0 版本，本文的实践基于 Webpack 4.28.2 版本，所以也踩了不少由于模块版本问题出现的坑，已经汇总到第 6 章节 踩坑汇总，大家记得避免踩坑；也印证了那句哲理：纸上得来终觉浅，绝知…

带你深度解锁Webpack系列(基础篇) 和 带你深度解锁Webpack系列(进阶篇)，主要是讲解了 Webpack 的配置，但是随着项目越来越大，构建速度可能会越来越慢，构建出来的js的体积也越来越大，此时就需要对 Webpack 的配置进行优化。 本文罗列出了十多种优化方式…

需要引入十几个css和js文件，而且因为他们彼此间有着依赖关系，所以引入的顺序还不能乱。 传统的html+css+js开发方式不能不能很好地运用less/scss等css预处理器以及ES6+的高级语法。 代码复用性差，可维护性差。 此时就需要一个处理这些问题的工具，webpac…