前言
Webpack 和 Vite 都是前端工程化工具。Webpack 作为老大哥,在前端社区也算站稳了脚跟,它提供了许多配置和插件,让开发者定制化构建项目。随着Vite 的出现,Webpack 在启动时间和热更新方面的缺陷就慢慢暴露,Vite 逐渐开始替代 Webpack。
Webpack
使用步骤
1. 初始化项目
1 | bash复制代码yarn init -y |
2. 安装依赖
1 | bash复制代码yarn add webpack webpack-cli -D |
3. 在项目中创建 src目录,编写代码
4. 打包
1 | bash复制代码yarn webpack |
配置文件
Webpack提供配置项和插件系统,允许我们在webpack.config.js
文件中进行各种配置,从而帮助我们定制化构建项目。
mode
设置打包的模式,production
为生产模式,development
为开发模式
1 | js复制代码module.exports = { |
entry
指定打包入口文件,默认为./src/index.js
1 | js复制代码module.exports = { |
指定打包入口文件为./src/a.js
1 | js复制代码entry:['./src/a.js','./src/b.js'] |
使用数组可以设置多个入口文件,但是最后始终打包成一个文件
1 | js复制代码entry:{ |
对象形式也可设置多个入口文件,但是会打包成多个文件。Webpack 会将value
文件打包成key.js
文件,比如上述例子会将'./src/a.js'
文件打包成aa.js
文件、'./src/b.js'
件打包成bb.js
文件。
output
对打包后的文件进行配置,默认打包文件地址为./dist/main.js
1 | js复制代码const path = require('path') |
在filename
中Webpack提供模版字符串的形式,可以自动生成唯一文件名:
filename: "[name].js"
打包多个文件时匹配对应的文件名,[name]
与 entry 中的 key 对应。filename: "[hash].js"
会随机生成哈希值,一般用于区分版本。
等等,详情参考官方文档 Output | template-strings
loader
Webpack默认情况下,只会处理 js 文件,如果我们希望它可以处理其他类型的文件,则要为其引入loader
以css为例,如果我们不进行任何操作
1 | js复制代码//直接将css引入到js中 |
直接打包
报错了,Webpack说读不懂。
我们需要安装解析css文件的loader:
1 | bash复制代码yarn add css-loader |
配置loader,rules
是一个数组,允许我们配置多个loader,test
属性是一个正则表达式,用于匹配对应loader的文件,use
属性则是匹配对应loader。
1 | js复制代码module:{ |
配置完毕,成功打包,但是页面上并没有样式,但是打包文件中是有样式的啊,为什么就没有显示到页面上呢?
因为loader遵循职责单一原则,一个loader只做一件事情,如果你想在打包的文件中使用上css,光有解析loader还不够,还需要安装另一个loader:
1 | bash复制代码yarn add style-loader |
然后配置style-loader
:
1 | js复制代码module.exports = { |
这里需要注意⚠️,如果我们配置多个loader,则用数组存放,存放的顺序遵循从右往左,先执行的放右边,否则会报错。这里先编译css再使用,所以顺序为'style-loader','css-loader'
。
babel-loader
在编写js代码时,经常需要使用一些js中的新特性,而新特性在旧的浏览器中兼容性并不好。但是我们现在希望能够使用新的特性,我们可以采用折中的方案。依然使用新特性编写代码,但是代码编写完成时我们通过一些工具将新代码转换为旧代码。
Babel 就是这样一个工具,可以将新的js语法转换为旧的js,以提高代码的兼容性。我们如果希望在Webpack支持babel,则需要向Webpack中引入babel-loader。
1 | js复制代码document.body.onclick(()=>{ |
这里我们使用一个箭头函数,在不做任何处理的情况下进行打包
打包后发现还是箭头函数。
于是我们安装babel-loader
以及一些配置:
1 | bash复制代码yarn add -D babel-loader @babel/core @babel/preset-env |
配置
1 | js复制代码module:{ |
再试试呢:
成功将箭头函数打包成普通函数。
配置兼容性
我们可以在package.json
文件中配置需要兼容的浏览器,详情见 github
1 | json复制代码"browserslist": [ |
plugin
plugin 的作用是 Webpack 扩展功能。loader 可以理解为转换器,用于处理模块之间的转换,plugin 则用于执行更广泛的任务,它可以访问 Webpack 的生命周期,在合适的时机执行插件的功能。
举个例子🌰:
我想在打包目录生成html文件,用于访问打包的js文件,我们可以手动创建,但是我们不建议直接操作dist
打包目录,我们可以通过plugin自动生成该文件。
安装自动生成html文件的插件
1 | bash复制代码yarn add -D html-webpack-plugin |
配置plugin
1 | js复制代码plugins:[ |
当我们再次打包,就会自动生成包含对应配置的html文件。
服务器环境
webpack-cli
提供了许多命令帮助我们打包运行项目
1 | bash复制代码yarn webpack |
每次修改源码都需要重新打包,太麻烦了
1 | bash复制代码yarn webpack --watch |
加上--watch
后每次修改源码都会被监听到,并且重新打包。
但是这个命令不能完美还原项目上线的场景,因为它访问的是文件目录,而不是服务器。
为此,我们可以安装一个Webpack服务:
1 | bash复制代码yarn add -D webpack-dev-server |
当我们运行以下命令,它能够将项目部署到一个开发服务器上:
1 | bash复制代码yarn webpack serve --open |
当我们访问本地8080端口,就能够看到我们的项目。
⚠️需要注意的是:这个服务它只会将我们的项目打包并运行在这个服务器,但是本地看不到这个dist
的,所以当我们项目调试完毕,还需要自己手动打包一下。
快捷命令
我们一般会将常用的命令配置一下,使用起来更方便:
1 | json复制代码"scripts": { |
Vite
Webpack 是先打包再运行,而 Vite 开发时并不打包,而是直接采用 ES Module 运行项目,部署的时候再打包,开箱即用。
使用步骤
1. 初始化项目
1 | bash复制代码yarn init -y |
2. 安装 Vite
1 | bash复制代码yarn add -D vite |
3. Vite的源码目录就是项目根目录,创建index.html
文件,以ES Module的方式引入js文件
1 | html复制代码<script type="module" src="./index.js"></script> |
4. 在本地5173
端口启动一个开发服务器,进行项目调试
1 | bash复制代码yarn vite |
5. 打包代码
1 | bash复制代码yarn vite build |
快速创建项目
参考 开始 | Vite 官方中文文档 (vitejs.cn)
1 | bash复制代码yarn create vite |
然后按照提示操作一步步配置即可!
如果你选的是原生JS,你就会得到一个这样的完整项目路径:
配置文件
首先在根目录下创建vite.config.js
文件,⚠️注意这里的抛出语法与 Webpack 不同,Webpack使用 CommonJS 语法,而 Vite 使用的是 ES Module 语法。
1 | js复制代码//webpack |
1 | js复制代码//vite |
这里Vite还提供了一个可选配置项defineConfig
1 | js复制代码import { defineConfig } from "vite";//需不需要提示 |
它的作用是在我们写配置的时候会不会有提示。
加了:
没加:
对比不难发现区别。
Vite需要配置loader吗?
试验一下:
1 | css复制代码h2{ |
1 | js复制代码import './index.css' |
这里我们在js中引入css样式,然后yarn vite
运行一下
结果显而易见,vite不用配置loader就能编译和使用css。
插件
Vite 可以使用插件进行扩展,这得益于 Rollup 优秀的插件接口设计和一部分 Vite 独有的额外选项。详情参见 使用插件 | Vite 官方中文文档 (vitejs.cn)
举个例子🌰:
要想为传统浏览器提供支持,类似于Babel,需要引入官方插件@vitejs/plugin-legacy
和压缩工具terser
。
1 | bash复制代码yarn add -D @vitejs/plugin-legacy terser |
然后配置插件:
1 | js复制代码import { defineConfig } from "vite";//需不需要提示 |
我们来个箭头函数检验一下
1 | js复制代码document.body.onclick=()=>{ |
yarn vite build
一下
我们可以看到Vite给我们生产了三个js文件和一个html文件,来分析一下:
index.js
:
这个文件中的箭头函数并没有转为普通函数;
index-legacy.js
:
这个文件中的箭头函数成功转成了普通函数;
polyfills-legacy.js
:
这个文件的作用是用于向下兼容旧版浏览器,确保旧版浏览器能够读懂新特性。
index.html
:
这个文件的意图就很明显了,如果浏览器支持ESModule(即现代浏览器),则一般可以支持新语法,因此就可以直接引入新语法文件;但是如果浏览器不支持ESModule,则可能是旧版本的浏览器,它们可能不支持新特性,这时候就需要引入兼容性代码来填补这些功能的缺失。在这种情况下,一般会引入 polyfills,以及旧版文件,来确保应用在旧版浏览器中的正常运行。
vite不像webpack只生成一个降级之后的文件,而是两个都生成,再根据浏览器的兼容性,动态地确定加载哪个版本的代码。对于现代浏览器来说,直接加载现代版本的代码可以获得更快的加载速度和更好的性能。而对于不支持 ES Module 的旧版浏览器,则加载降级版本的代码以确保兼容性。
以上是对兼容性插件legacy
的分析,更多插件可参见 插件 | Vite 官方中文文档 (vitejs.cn)
快捷命令
1 | json复制代码"scripts": { |
对比总结
- 构建方式: Webpack 通过构建整个项目的依赖图,将所有资源打包成一个或多个 bundle 文件,每次重启都需要打包。Vite 采用了即时编译的方式,在开发模式下通过浏览器原生支持的 ES Module 特性进行加载,不需要打包。
- 开发体验: Webpack 需要较多的配置,对复杂的项目来说,需要花费时间和精力来配置各种 loader 和 plugin。Vite 开箱即用,不需要复杂的配置即可快速启动项目,支持各种插件以满足特定需求。
- 热更新: Webpack 的热更新通常需要借助 webpack-dev-server 等插件,在一些情况下配置起来比较复杂。Vite 内置了基于浏览器原生模块热更新的开发服务器,无需额外配置即可实现快速的热更新。
最后
码字不易,感谢三连!
已将学习代码上传至 github,欢迎大家学习指正!
技术小白记录学习过程,有错误或不解的地方还请评论区留言,如果这篇文章对你有所帮助请 “点赞 收藏+关注” ,感谢支持!!
本文转载自: 掘金