Webpack打包图片-JS-Vue
总结
二. webpack打包其他资源
2.1. asset module type
- asset/resource
- asset/inline
- asset
2.2. 打包js文件 - babel
2.3. 打包vue文件
- vue-loader
- 设置Plugin
2.4. resolve配置
- extensions
- alias
Webpack处理图片资源
webpack5处理文件资源-asset module type
我们当前使用的webpack版本是 webpack5:
- 在webpack5之前,加载这些资源我们需要使用一些 loader,比如raw -loader 、url- loader、file -loader;
- 在webpack5开始,我们可以直接使用 资源模块类型(asset module type),来替代上面的这些loader ;
资源模块类型(asset module type),通过添加 4 种新的模块类型,来替换所有这些loader:
asset/resource 发送一个单独的文件并导出 URL。
- 打包图片, 复制到输出目录,并且图片有自己的地址, 将地址设置到img的src中。
- 之前通过使用 file-loader 实现;
- 缺点: 多图片加载的两次网络请求
asset/inline 导出一个资源的 data URI。
- 将图片进行base64的编码, 并且直接编码后的源码放到打包的js文件中
- 之前通过使用 url-loader 实现;
- 造成js文件非常大, 下载js文件本身消耗时间非常长, 造成js代码的下载和解析/执行时间过长
asset/source 导出资源的源代码
- 比如可以直接将图片的二进制返回
- 用得比较少
- 之前通过使用 raw-loader 实现;
asset 在导出一个 data URI 和发送一个单独的文件之间自动选择。
- 自动处理,对于小一点的图片, 可以进行base64编码;对于大一点的图片, 单独的图片打包, 形成url地址
- 可以通过
parser.dataUrlCondition.maxSize
配置 - 之前通过使用 url-loader,并且配置资源体积限制实现;
{
test: /\.(png|jpe?g|svg|gif)$/,
// 1.打包两张图片, 并且这两张图片有自己的地址, 将地址设置到img/bgi中
// 缺点: 多图片加载的两次网络请求
// type: "asset/resource",
// 2.将图片进行base64的编码, 并且直接编码后的源码放到打包的js文件中
// 缺点: 造成js文件非常大, 下载js文件本身消耗时间非常长, 造成js代码的下载和解析/执行时间过长
// type: "asset/inline"
// 3.合理的规范:
// 3.1.对于小一点的图片, 可以进行base64编码
// 3.2.对于大一点的图片, 单独的图片打包, 形成url地址, 单独的请求这个url图片
type: "asset",
parser: {
dataUrlCondition: {
maxSize: 60 * 1024
}
},
generator: {
// 占位符
// name: 指向原来的图片名称
// ext: 扩展名
// hash: webpack生成的hash
filename: "img/[name]_[hash:8][ext]"
}
}
修改输出文件的名称
但是,如何可以自定义文件的输出路径和文件名呢?
方式一:修改output,添加assetModuleFilename 属性;
- 缺点:所有的资源文件都会采用同一个名称
output: {
filename: "bundle.js",
path: path.resolve(__dirname, "./build"),
assetModuleFilename: "abc.png"
}
方式二:在Rule中,添加一个generator 属性,并且设置 filename;
{
test: /\.(png|jpe?g|svg|gif)$/,
generator: {
// 占位符
// name: 指向原来的图片名称
// ext: 扩展名
// hash: webpack生成的hash
filename: "img/[name]_[hash:8][ext]"
}
},
- 我们这里介绍几个最常用的placeholder :
- [ext]: 处理文件的扩展名;
- [name]:处理文件的名称;
- [hash]:文件的内容,使用MD4 的散列函数处理,生成的一个128位的 hash值(32个十六进制);
[hash:8]
:可以取前8位的hash值。
webpack处理JS资源
为什么需要babel?
事实上,在开发中我们很少直接去接触 babel,但是babel 对于前端开发来说,目前是不可缺少的一部分:
- 开发中,我们想要使用ES6+ 的语法 ,想要使用 TypeScript,开发React 项目,它们都是离不开Babel 的;
- 所以,学习Babel 对于我们理解代码从编写到线上的转变过程至关重要;
那么,Babel 到底是什么呢?
- Babel是一个工具链,主要用于旧浏览器或者环境中将 ECMAScript 2015+代码转换为向后兼容版本的JavaScript ;
- 包括:语法转换、源代码转换等;
Babel命令行使用
babel本身可以作为一个独立的工具 (和postcss一样),不和webpack等构建工具配置来单独使用。
如果我们希望在命令行尝试使用 babel,需要安装如下库:
- @babel/core:babel 的核心代码,必须安装;
- @babel/cli:可以让我们在命令行使用 babel;
npm install @babel/cli @babel/core -D
使用babel 来处理我们的源代码:
- src:是源文件的目录;
- --out-dir:指定要输出的文件夹dist ;
npx babel src --out-dir dist
插件的使用
- 比如我们需要转换箭头函数,那么我们就可以使用箭头函数转换相关的插件:
- `npm install @babel/plugin-transform-arrow-functions -D``
npx babel src --out-dir dist --plugins=@babel/plugin-transform-arrow-functions
- const 转成 var,需要使用 plugin-transform-block-scoping 来完成这样的功能;
- `npm install @babel/plugin-transform-block-scoping -D ``
npx babel src --out-dir dist --plugins=@babel/plugin-transform-block-scoping,@babel/plugin-transform-arrow-functions
babel-loader
在实际开发中,我们通常会在构建工具中通过配置babel 来对其进行使用的,比如在webpack中。
那么我们就需要去安装相关的依赖:
- 如果之前已经安装了@babel/core ,那么这里不需要再次安装;
npm install babel-loader -D
我们可以设置一个规则,在加载 js文件时,使用我们的babel :
{
test: /\.js$/,
use: [
{
loader: "babel-loader",
options: {
plugins: [
"@babel/plugin-transform-arrow-functions",
"@babel/plugin-transform-block-scoping"
]
}
}
]
}
Babel的预设preset
如果我们一个个去安装使用插件,那么需要手动来管理大量的babel 插件,我们可以直接给 webpack提供一个preset,webpack 会根据我们的预设来加载对应的插件列表,并且将其传递给 babel。
比如常见的预设有三个:
- env
- react
- TypeScript
安装@babel/preset -env预设:
npm install @babel/preset-env -D
执行如下命令:
npx babel src --out-dir dist --presets=@babel/preset-env
写在webpack的配置文件中
{
test: /\.js$/,
use: [
{
loader: "babel-loader",
// options: {
// plugins: [
// "@babel/plugin-transform-arrow-functions",
// "@babel/plugin-transform-block-scoping"
// ]
// } ,
presets: [
"@babel/preset-env"
]
}
]
}
- 写在babel.config.js文件中
module.exports = {
// plugins: [
// "@babel/plugin-transform-arrow-functions",
// "@babel/plugin-transform-block-scoping"
// ]
presets: [
"@babel/preset-env"
]
}
webpack处理Vue资源
编写App.vue代码
- 在开发中我们会编写Vue 相关的代码, webpack可以对Vue 代码进行解析:
- 接下来我们编写自己的App.vue 代码;
App.vue的打包过程
- 我们对代码打包会报错:我们需要合适的Loader 来处理文件。
- 这个时候我们需要使用vue -loader:
npm install vue-loader -D
- 在webpack 的模板规则中进行配置:
@vue/compiler-sfc
- 打包依然会报错,这是因为我们必须添加@vue/compiler -sfc来对 template进行解析:
npm install @vue/compiler-sfc -D
- 另外我们需要配置对应的 Vue插件:
- 重新打包即可支持App.vue的写法
- 另外,我们也可以编写其他的.vue文件来编写自己的组件;
Webpack的resolve模块解析
resolve用于设置模块如何被解析:
- 在开发中我们会有各种各样的模块依赖,这些模块可能来自于自己编写的代码,也可能来自第三方库;
- resolve可以帮助webpack 从每个 require/import 语句中,找到需要引入到合适的模块代码;
- webpack 使用 enhanced-resolve 来解析文件路径;
webpack能解析三种文件路径:
绝对路径
- 由于已经获得文件的绝对路径,因此不需要再做进一步解析。
import { sum } from '/project/src/utils'
相对路径
- 在这种情况下,使用 import 或 require 的资源文件所处的目录,被认为是上下文目录;
- 在 import/require 中给定的相对路径,会拼接此上下文路径,来生成模块的绝对路径;
import { sum } from './utils'
模块路径
在 resolve.modules中指定的所有目录检索模块;
import { createApp } from 'vue
- 默认值是 ['node_modules'],所以默认会从node_modules 中查找文件;
我们可以通过设置别名的方式来替换初识模块路径,具体后面讲解alias 的配置;
确实文件还是文件夹
- 如果是一个文件:
- 如果文件具有扩展名,则直接打包文件;
- 否则,将使用 resolve.extensions选项作为文件扩展名解析;
- 如果是一个文件夹:
- 会在文件夹中根据 resolve.mainFiles配置选项中指定的文件顺序查找;
- resolve.mainFiles的默认值是 ['index'];
- 再根据 resolve.extensions来解析扩展名;
extensions和alias 配置
- extensions是解析到文件时自动添加扩展名:
- 默认值是 ['.wasm', '.mjs', '.js', '.json'];
- 所以如果我们代码中想要添加加载 .vue 或者 jsx 或者 ts 等文件时,我们必须自己写上扩展名;
- 另一个非常好用的功能是配置别名alias :
- 特别是当我们项目的目录结构比较深的时候,或者一个文件的路径可能需要 ../../../这种路径片段;
- 我们可以给某些常见的路径起一个别名;
resolve: {
extensions: [".js", ".json", ".vue", ".jsx", ".ts", ".tsx"],
alias: {
utils: path.resolve(__dirname, "./src/utils")
}
}