#
前言 随着项目的界面越来越多，webpack的热更新越来越慢，有时会达到5,7s之久，这对于开发效率影响是非常巨大的。 分析过程 于是今天就针对这个分析了一下热更新慢的原因，步骤如下 首先先在pack
代码分割本身和 webpack 没有什么关系，但是由于使用 webpack 可以非常轻松地实现代码分割，所以提到代码分割首先就会想到使用 webopack 实现。 在 webpack 中是使用 Spl
概述 Node.js用c++语言编写而成的，是一个基于chrome V8引擎的javascript运行环境，让javaScript的运行脱离浏览器服务端，可以使用javaScript语言书写服务器端代
发现问题 最近在使用 Webpack 打包 css 文件时，发现了一个问题，发现打包后的 z-index 值跟源文件 z-index 不一致。 如下图，左侧是源文件，右侧是打包后的文件： 即使加上
上篇文章给大家介绍了细说webpack源码之compile流程-rules参数处理技巧(1)， 细说webpack源码之compile流程-入口函数run 大家可以
提到前端打包工具，毫无疑问想先到的是webpack。但是前端发展地很快，时不时会有新东西出现，打包工具这边之前也出现parcel和rollup。各种工具的碰撞，相互汲取优点，促进技术的发展。 webp
上一篇中的方法在 webpack 更新后，uglify 缓存地址也发生了变化，需要重新找地址。 后来测试发现不论是 uglify-js2 uglify-js3 都是支持 IE8 兼容处理的。 但在 w
edit dev.proxyTable option in config/index.js. The dev server is using http-proxy-middleware for pro
为什么要优化打包？ 项目越做越大，依赖包越来越多，打包文件太大 单页面应用首页白屏时间长，用户体验差 我们的目的 减小打包后的文件大小 首页按需引入文件 优化 webpack
全称是Hot Module ReplaceMent(HMR)，理解成热模块替换或者模块热替换都可以吧，和.net中的热插拔一个意思，就是在运行中对程序的模块进行更新。这个功能主要是用于开发过程中，对生
