一文搞懂 Webpack 和 Vite

image.png

前言

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
2
3
js复制代码module.exports = {
mode:'production',
}

entry

指定打包入口文件,默认为./src/index.js

1
2
3
js复制代码module.exports = {
entry:'./src/a.js',
}

指定打包入口文件为./src/a.js

1
js复制代码entry:['./src/a.js','./src/b.js']

使用数组可以设置多个入口文件,但是最后始终打包成一个文件

1
2
3
4
js复制代码entry:{
aa:'./src/a.js',
bb:'./src/b.js'
},

对象形式也可设置多个入口文件,但是会打包成多个文件。Webpack 会将value文件打包成key.js文件,比如上述例子会将'./src/a.js'文件打包成aa.js文件、'./src/b.js'件打包成bb.js文件。

output

对打包后的文件进行配置,默认打包文件地址为./dist/main.js

1
2
3
4
5
6
7
8
9
js复制代码const path = require('path')

module.exports = {
output:{
filename: "bundle.js", //打包后的文件名
clean: true, //每次打包前清除上次打包的文件
path: path.resolve(__dirname, 'hello'), //打包后的文件存放路径,必须要绝对路径
}
}

filename中Webpack提供模版字符串的形式,可以自动生成唯一文件名:

  • filename: "[name].js" 打包多个文件时匹配对应的文件名,[name]与 entry 中的 key 对应。
  • filename: "[hash].js" 会随机生成哈希值,一般用于区分版本。

等等,详情参考官方文档 Output | template-strings

loader

Webpack默认情况下,只会处理 js 文件,如果我们希望它可以处理其他类型的文件,则要为其引入loader

以css为例,如果我们不进行任何操作

1
2
3
4
js复制代码//直接将css引入到js中
import './style/index.css';

document.body.insertAdjacentHTML('beforeend', '<h1>hello webpack</h1>');

直接打包

image.png

报错了,Webpack说读不懂。

我们需要安装解析css文件的loader:

1
bash复制代码yarn add css-loader

配置loader,rules是一个数组,允许我们配置多个loader,test属性是一个正则表达式,用于匹配对应loader的文件,use属性则是匹配对应loader。

1
2
3
4
5
6
7
8
js复制代码module:{
rules:[
{
test:/\.css$/, //匹配文件
use:'css-loader'
},
]
}

配置完毕,成功打包,但是页面上并没有样式,但是打包文件中是有样式的啊,为什么就没有显示到页面上呢?

image.png

因为loader遵循职责单一原则,一个loader只做一件事情,如果你想在打包的文件中使用上css,光有解析loader还不够,还需要安装另一个loader:

1
bash复制代码yarn add style-loader

然后配置style-loader

1
2
3
4
5
6
7
8
9
10
js复制代码module.exports = {
module:{
rules:[
{
test:/\.css$/, //匹配文件
use:['style-loader','css-loader'] //从后往前执行,有顺序要求
},
]
}
}

这里需要注意⚠️,如果我们配置多个loader,则用数组存放,存放的顺序遵循从右往左,先执行的放右边,否则会报错。这里先编译css再使用,所以顺序为'style-loader','css-loader'

babel-loader

在编写js代码时,经常需要使用一些js中的新特性,而新特性在旧的浏览器中兼容性并不好。但是我们现在希望能够使用新的特性,我们可以采用折中的方案。依然使用新特性编写代码,但是代码编写完成时我们通过一些工具将新代码转换为旧代码。

Babel 就是这样一个工具,可以将新的js语法转换为旧的js,以提高代码的兼容性。我们如果希望在Webpack支持babel,则需要向Webpack中引入babel-loader。

1
2
3
js复制代码document.body.onclick(()=>{
alert('hello webpack')
})

这里我们使用一个箭头函数,在不做任何处理的情况下进行打包

image.png

打包后发现还是箭头函数。

于是我们安装babel-loader以及一些配置:

1
bash复制代码yarn add -D babel-loader @babel/core @babel/preset-env

配置

1
2
3
4
5
6
7
8
9
10
11
12
13
14
js复制代码module:{
rules:[
{
test: /\.m?js$/, //以.mjs或js后缀的文件
exclude: /(node_modules|bower_components)/, //排除node_modules中的文件
use: {
loader: 'babel-loader',
options: {
presets: ['@babel/preset-env'] //根据目标浏览器或运行时环境自动选择合适的转换规则
}
}
}
]
}

再试试呢:

image.png

成功将箭头函数打包成普通函数。

配置兼容性

我们可以在package.json文件中配置需要兼容的浏览器,详情见 github

1
2
3
4
5
6
7
json复制代码"browserslist": [
"defaults", //默认
"ie <= 11", //ie版本低于11
"last 2 versions", //至少存在两个版本
"> 1%", //市场占有率大于1%
"iOS 7",
]

plugin

plugin 的作用是 Webpack 扩展功能。loader 可以理解为转换器,用于处理模块之间的转换,plugin 则用于执行更广泛的任务,它可以访问 Webpack 的生命周期,在合适的时机执行插件的功能。

举个例子🌰:

我想在打包目录生成html文件,用于访问打包的js文件,我们可以手动创建,但是我们不建议直接操作dist打包目录,我们可以通过plugin自动生成该文件。

安装自动生成html文件的插件

1
bash复制代码yarn add -D html-webpack-plugin

配置plugin

1
2
3
4
5
6
7
js复制代码plugins:[
//自动创建html文件
new HTMLPlugin({
title:'Hello Webpack', //配置html文件的标题
template:'./src/index.html' //以哪个文件为模版创建
})
]

当我们再次打包,就会自动生成包含对应配置的html文件。

image.png

服务器环境

webpack-cli提供了许多命令帮助我们打包运行项目

1
bash复制代码yarn webpack

每次修改源码都需要重新打包,太麻烦了

1
bash复制代码yarn webpack --watch

加上--watch后每次修改源码都会被监听到,并且重新打包。

image.png

但是这个命令不能完美还原项目上线的场景,因为它访问的是文件目录,而不是服务器。

image.png

为此,我们可以安装一个Webpack服务:

1
bash复制代码yarn add -D webpack-dev-server

当我们运行以下命令,它能够将项目部署到一个开发服务器上:

1
bash复制代码yarn webpack serve --open

当我们访问本地8080端口,就能够看到我们的项目。

image.png

⚠️需要注意的是:这个服务它只会将我们的项目打包并运行在这个服务器,但是本地看不到这个dist的,所以当我们项目调试完毕,还需要自己手动打包一下。

快捷命令

我们一般会将常用的命令配置一下,使用起来更方便:

1
2
3
4
5
json复制代码"scripts": {
"build": "webpack",
"watch": "webpack --watch",
"dev": "webpack serve --open"
},

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,你就会得到一个这样的完整项目路径:

image.png

配置文件

首先在根目录下创建vite.config.js文件,⚠️注意这里的抛出语法与 Webpack 不同,Webpack使用 CommonJS 语法,而 Vite 使用的是 ES Module 语法。

1
2
3
4
js复制代码//webpack
module.exports = {
...
}
1
2
3
4
js复制代码//vite
export default = {
...
}

这里Vite还提供了一个可选配置项defineConfig

1
2
3
4
5
js复制代码import { defineConfig } from "vite";//需不需要提示

export default defineConfig({
...
})

它的作用是在我们写配置的时候会不会有提示。

加了:

image.png

没加:

image.png

对比不难发现区别。

Vite需要配置loader吗?

试验一下:

1
2
3
css复制代码h2{
background-color: pink;
}
1
2
js复制代码import './index.css'
document.body.insertAdjacentHTML('beforeend','<h2>hello vite</h2>');

这里我们在js中引入css样式,然后yarn vite 运行一下

image.png

结果显而易见,vite不用配置loader就能编译和使用css。

插件

Vite 可以使用插件进行扩展,这得益于 Rollup 优秀的插件接口设计和一部分 Vite 独有的额外选项。详情参见 使用插件 | Vite 官方中文文档 (vitejs.cn)

举个例子🌰:

要想为传统浏览器提供支持,类似于Babel,需要引入官方插件@vitejs/plugin-legacy和压缩工具terser

1
bash复制代码yarn add -D @vitejs/plugin-legacy terser

然后配置插件:

1
2
3
4
5
6
7
8
9
10
js复制代码import { defineConfig } from "vite";//需不需要提示
import legacy from "@vitejs/plugin-legacy";

export default defineConfig({
plugins:[
legacy({
targets:['ie 11'], //兼容IE 11
})
]
})

我们来个箭头函数检验一下

1
2
3
js复制代码document.body.onclick=()=>{
alert('hello vite');
}

yarn vite build一下

image.png

我们可以看到Vite给我们生产了三个js文件和一个html文件,来分析一下:

index.js

image.png

这个文件中的箭头函数并没有转为普通函数;

index-legacy.js

image.png

这个文件中的箭头函数成功转成了普通函数;

polyfills-legacy.js

image.png

这个文件的作用是用于向下兼容旧版浏览器,确保旧版浏览器能够读懂新特性。

index.html

image.png

这个文件的意图就很明显了,如果浏览器支持ESModule(即现代浏览器),则一般可以支持新语法,因此就可以直接引入新语法文件;但是如果浏览器不支持ESModule,则可能是旧版本的浏览器,它们可能不支持新特性,这时候就需要引入兼容性代码来填补这些功能的缺失。在这种情况下,一般会引入 polyfills,以及旧版文件,来确保应用在旧版浏览器中的正常运行。

vite不像webpack只生成一个降级之后的文件,而是两个都生成,再根据浏览器的兼容性,动态地确定加载哪个版本的代码。对于现代浏览器来说,直接加载现代版本的代码可以获得更快的加载速度和更好的性能。而对于不支持 ES Module 的旧版浏览器,则加载降级版本的代码以确保兼容性。

以上是对兼容性插件legacy的分析,更多插件可参见 插件 | Vite 官方中文文档 (vitejs.cn)

快捷命令

1
2
3
4
5
json复制代码"scripts": {
"dev": "vite",
"build": "vite build",
"preview": "vite preview"
},

对比总结

  1. 构建方式: Webpack 通过构建整个项目的依赖图,将所有资源打包成一个或多个 bundle 文件,每次重启都需要打包。Vite 采用了即时编译的方式,在开发模式下通过浏览器原生支持的 ES Module 特性进行加载,不需要打包。
  2. 开发体验: Webpack 需要较多的配置,对复杂的项目来说,需要花费时间和精力来配置各种 loader 和 plugin。Vite 开箱即用,不需要复杂的配置即可快速启动项目,支持各种插件以满足特定需求。
  3. 热更新: Webpack 的热更新通常需要借助 webpack-dev-server 等插件,在一些情况下配置起来比较复杂。Vite 内置了基于浏览器原生模块热更新的开发服务器,无需额外配置即可实现快速的热更新。

最后

码字不易,感谢三连!

已将学习代码上传至 github,欢迎大家学习指正!

技术小白记录学习过程,有错误或不解的地方还请评论区留言,如果这篇文章对你有所帮助请 “点赞 收藏+关注” ,感谢支持!!

本文转载自: 掘金

开发者博客 – 和开发相关的 这里全都有

0%