首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
webpack
订阅
Sure_TA
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
为什么他的 Webpack 这么快?
一、Webpack 现状 最初的 Webpack 主打 Bundle 并且支持「Code Splitting」;在经过一段爆发式增长后,最有用的功能之一:热更新 Hot Module Replacem
【中级/高级前端】为什么我建议你一定要读一读 Tapable 源码?
所有人都知道 Webpack 很复杂,但 Webpack 的源码却很优雅,是一个典型的可插拔架构,不仅逻辑清晰,而且灵活好扩展。近几年出来的一些构建工具,大多也都参考了 Webpack 的这种架构方式
你还在说webpack慢?也许需要在架构方面考虑优化问题。
现在vite已经被炒的很火,但它也只是解决了开发时候的问题。但是他依然没有解决打包时候的问题。打包的时候还是会全部打包你要编译的东西。 虽然vite很好,但是部署的时候依然痛苦。上线依然是需要等待30
【webpack 性能优化】编译速度从 50S 到 7S
随着项目不断发展壮大,组件数量开始变得越来越多,项目也开始变得庞大,webpack 编译的时间也会越来越久,我们现在的项目编译一次在 40s ——70s 之间,这是一个效率非常低下的操作。优化的手段有很多,之前项目原本已经做了很多,本文从缓存的角度进行优化讲解 babel-lo…