为什么需要前端打包?
在很久以前,服务端渲染html的时代,用户输入了url点击回车,服务器解析url找到对应的控制器,动态的渲染好html返回给前端,然后前端解析这个html去拿js,css等资源,这个在以前用户量小,操作简单的时代是可以的,如今网页的功能五花八门,各种新样式,大型的高清图片,一天十几万上百万的访问量,如果在和以前一样以一个个的http请求去获取原始的js,css可能就顶不住了,一个页面连接100个javascript也不是不可能了,一个图片好几兆,一个来个100张也不是不可能了,这个时候我们需要把javascript合并成一个文件就能减少http的次数,但是在开发中我能不可能改一点就合并一个文件,这个时机应该是开发完成以后来做的,所以这个最后合并的过程就是打包。
前端现在有非常多的技术,比如ts,less,scss等,但浏览器不认识,浏览器只认识js,所以在很久以前,服务端渲染的时代,后端程序员需要利用后台语言,把less,ts翻译好,把css压缩好在发送给浏览器,现在的服务器可能就没这个精力来处理了,所以这些事都交给了静态资源服务器,我只要把打包后的生成文件放在静态资源服务器上就可以了,再也不用每次请求(每次)都去把ts.less转化为css js了。
兼容性处理,ie不支持es6,所以我们必须做兼容性处理,也就是只能写es5 ? 当然不会这样,既然打包工具可以把ts,less变化成js,css那么它一定可以把es6转化为es5, 这样我们放心的写es6,最后打个包就成了es5,不必考虑兼容性的问题,就能用class,extends,箭头函数这种类似于后端语言的代码了。
webpack是什么?
打包工具,静态模块打包器。
5大核心概念
Entry 打包入口,指示webpack以哪个文件为入口起点开始打包,分析依赖图,一般都叫index.js
output 输出文件位置和名字 , css也会打包成js
loader 对非js文件,如图片,font, less等的处理方式
plugins 优化压缩之类的任务是plugins来完成的。
mode 指示 webpack 使用相应模式的配置。开发和部署模式,因为开发状态下不需要太多的优化,主要还是能看懂就行,如果都加上打包速度就比较慢,没必要,一般开发完了才会用production来搞一把。
初探
首先你需要一个node,然后创建一个文件夹,然后命令行npm init,文件夹下面会出现package.json
下载安装webpack:(webpack4以上的版本需要全局/本地都安装webpack-cli)
全局安装:cnpm i webpack webpack-cli -g
本地安装:cnpm i webpack webpack-cli -D
完了多个这
然后创建webpack_test文件夹,在webpack_test文件加下创建src文件夹和build文件夹,在src下创建index.js文件一个index.less文件,写一个add函数,写一个样式,再在webpack_preliminary下创建一个webpack.config.js文件
function add(a,b){
return a + b;
}
#title{
background-color: pink;
width: 100px;
height: 100px;
}
目录结构和上面一致,src指源文件,也就是我们开发用的文件,然后build是输出产物文件夹,是最后扔到静态资源服务器上的东西,webpack.config.js就是打包的配置文件,就是写上面所说的五个核心概念。代码如下
const { resolve } = require('path');
module.exports = {
entry: './src/index.js',
output: {
filename: 'build.js',
// __dirname是nodejs的变量,代表当前文件的目录绝对路径
path: resolve(__dirname, 'build'), // 输出路径,所有资源打包都会输出到这个文件夹下
},
module: {
rules: [
],
},
plugins: [
],
mode: 'development'
}
上面的配置非常简单,就是指定了一个入口文件,指定了打包文件和打包位置而已。
完了我们在有webpack.config.js的文件夹下使用命令webpack
我们发现搞出来一个build.js文件
看起来没什么问题,完了直接在build下加一个html看看这个js
启动,然后你会发现我们的less并没有生效,因为没有引入文件,引入后
import './index.less';
function add(a,b){
return a + b;
}
继续使用webpack命令进行打包,报错,
因为webpack不能打包非js文件,但是我们可以通过配置loader来打包一个css或者less
在webpack.config.js下的module下添加如下代码
module: {
rules: [
{
// 匹配哪些文件
test: /\.less$/,
// 使用哪些loader进行处理
use: [
// use数组中loader执行顺序:从右到左,从下到上,依次执行(先执行css-loader)
// style-loader:创建style标签,将js中的样式资源插入进去,添加到head中生效
'style-loader',
// css-loader:将css文件变成commonjs模块加载到js中,里面内容是样式字符串
'css-loader',
// less-loader:将less文件编译成css文件,需要下载less-loader和less
'less-loader'
]
},
{
test: /\.css$/,
use: ['style-loader', 'css-loader'],
}
]
},
注意user数组中元素的数据顺序不能变,是有依赖关系的。回到package.json文件夹下利用npm装包
npm i style-loader css-loader less-loader -D
再次回到webpack.config.js所在的文件夹下调用webpack命令,这次就没有出错了。再次启动那个html文件
less文件起到了作用。
下面是一个简单情况下的开发环境配置方法,主要就是把你写的html,css, 静态资源,icon之类的都打成包,外加一个自动启动浏览器,自动编译的功能,这样就不用每次都用webpack命令来编译了,但是这种方式没有输出,一旦改动就要重新编译,所以就是在开发环境中使用的。启动的命令是npx webpack serve
// resolve用来拼接绝对路径的方法
const { resolve } = require('path')
const HtmlWebpackPlugin = require('html-webpack-plugin') // 引用plugin
module.exports = {
// webpack配置
entry: './src/js/index.js', // 入口起点
output: {
// 输出
// 输出文件名
filename: 'js/build.js',
// __dirname是nodejs的变量,代表当前文件的目录绝对路径
path: resolve(__dirname, 'build'), // 输出路径,所有资源打包都会输出到这个文件夹下
},
// loader配置
module: {
rules: [
// 详细的loader配置
// 不同文件必须配置不同loader处理
{
// 匹配哪些文件
test: /\.less$/,
// 使用哪些loader进行处理
use: [
// use数组中loader执行顺序:从右到左,从下到上,依次执行(先执行css-loader)
// style-loader:创建style标签,将js中的样式资源插入进去,添加到head中生效
'style-loader',
// css-loader:将css文件变成commonjs模块加载到js中,里面内容是样式字符串
'css-loader',
// less-loader:将less文件编译成css文件,需要下载less-loader和less
'less-loader'
],
},
{
test: /\.css$/,
use: ['style-loader', 'css-loader'],
},
{
// url-loader:处理图片资源,问题:默认处理不了html中的img图片
test: /\.(jpg|png|gif)$/,
// 需要下载 url-loader file-loader
loader: 'url-loader',
options: {
// 图片大小小于8kb,就会被base64处理,优点:减少请求数量(减轻服务器压力),缺点:图片体积会更大(文件请求速度更慢)
// base64在客户端本地解码所以会减少服务器压力,如果图片过大还采用base64编码会导致cpu调用率上升,网页加载时变卡
limit: 8 * 1024,
// 给图片重命名,[hash:10]:取图片的hash的前10位,[ext]:取文件原来扩展名
name: '[hash:10].[ext]',
// 问题:因为url-loader默认使用es6模块化解析,而html-loader引入图片是conmonjs,解析时会出问题:[object Module]
// 解决:关闭url-loader的es6模块化,使用commonjs解析
esModule: false,
outputPath: 'imgs',
},
},
{
test: /\.html$/,
// 处理html文件的img图片(负责引入img,从而能被url-loader进行处理)
loader: 'html-loader',
},
// 打包其他资源(除了html/js/css资源以外的资源)
{
// 排除html|js|css|less|jpg|png|gif文件
exclude: /\.(html|js|css|less|jpg|png|gif)/,
// file-loader:处理其他文件
loader: 'file-loader',
options: {
name: '[hash:10].[ext]',
outputPath: 'media',
},
},
],
},
// plugin的配置
plugins: [
// html-webpack-plugin:默认会创建一个空的html文件,自动引入打包输出的所有资源(JS/CSS)
// 需要有结构的HTML文件可以加一个template
new HtmlWebpackPlugin({
// 复制这个./src/index.html文件,并自动引入打包输出的所有资源(JS/CSS)
template: './src/index.html',
}),
],
// 模式
mode: 'development', // 开发模式
// 开发服务器 devServer:用来自动化,不用每次修改后都重新输入webpack打包一遍(自动编译,自动打开浏览器,自动刷新浏览器)
// 特点:只会在内存中编译打包,不会有任何输出(不会像之前那样在外面看到打包输出的build包,而是在内存中,关闭后会自动删除)
// 启动devServer指令为:npx webpack-dev-server
devServer: {
// 项目构建后路径
contentBase: resolve(__dirname, 'build'),
// 启动gzip压缩
compress: true,
// 端口号
port: 3000,
// 自动打开浏览器
open: true,
},
}
生产环境下的配置。
开发环境中我们采用了style-loader这个会把css通过<style>标签添加进页面,这会造成白屏一下,css是多个文件时打包以后还是多个,没有合并成一个,css没有兼容性处理,没有压缩比较占带宽,不同的人写js风格不同有的喜欢==有的喜欢===,有的在用function写类,有的在用class,需要统一一下风格,没有js兼容性处理,没有压缩js,html,接下来的配置就会去解决这些问题。
const { resolve } = require('path')
const MiniCssExtractorPlugin = require('mini-css-extract-plugin')
const OptimiziCssAssetsWebpackPlugin = require('optimizi-css-assets-webpack-plugin')
const HtmlWebpackPlugin = require('html-webpack-plugin')
// 定义node.js的环境变量,决定使用browserslist的哪个环境
process.env.NODE_ENV = 'production'
// 复用loader的写法
const commonCssLoader = [
// 这个loader取代style-loader。作用:提取js中的css成单独文件然后通过link加载
MiniCssExtractPlugin.loader,
// css-loader:将css文件整合到js文件中
// 经过css-loader处理后,样式文件是在js文件中的
// 问题:1.js文件体积会很大2.需要先加载js再动态创建style标签,样式渲染速度就慢,会出现闪屏现象
// 解决:用MiniCssExtractPlugin.loader替代style-loader
'css-loader',
/*
postcss-loader:css兼容性处理:postcss --> 需要安装:postcss-loader postcss-preset-env
postcss需要通过package.json中browserslist里面的配置加载指定的css兼容性样式
在package.json中定义browserslist:
"browserslist": {
// 开发环境 --> 设置node环境变量:process.env.NODE_ENV = development
"development": [ // 只需要可以运行即可
"last 1 chrome version",
"last 1 firefox version",
"last 1 safari version"
],
// 生产环境。默认是生产环境
"production": [ // 需要满足绝大多数浏览器的兼容
">0.2%",
"not dead",
"not op_mini all"
]
},
*/
{
loader: 'postcss-loader',
options: {
ident: 'postcss', // 基本写法
plugins: () => [
// postcss的插件
require('postcss-preset-env')(),
],
},
},
]
module.exports = {
entry: './src/js/index.js',
output: {
filename: 'js/built.js',
path: resolve(__dirname, 'build'),
},
module: {
rules: [
{
test: /\.css$/,
use: [...commonCssLoader],
},
{
test: /\.less$/,
use: [...commonCssLoader, 'less-loader'],
},
/*
正常来讲,一个文件只能被一个loader处理
当一个文件要被多个loader处理,那么一定要指定loader执行的先后顺序
先执行eslint再执行babel(用enforce)
*/
{
/*
js的语法检查: 需要下载 eslint-loader eslint
注意:只检查自己写的源代码,第三方的库是不用检查的
airbnb(一个流行的js风格) --> 需要下载 eslint-config-airbnb-base eslint-plugin-import
设置检查规则:
package.json中eslintConfig中设置
"eslintConfig": {
"extends": "airbnb-base", // 继承airbnb的风格规范
"env": {
"browser": true // 可以使用浏览器中的全局变量(使用window不会报错)
}
}
*/
test: /\.js$/,
exclude: /node_modules/, // 忽略node_modules
enforce: 'pre', // 优先执行
loader: 'eslint-loader',
options: {
// 自动修复
fix: true,
},
},
/*
js兼容性处理:需要下载 babel-loader @babel/core
1. 基本js兼容性处理 --> @babel/preset-env
问题:只能转换基本语法,如promise高级语法不能转换
2. 全部js兼容性处理 --> @babel/polyfill
问题:只要解决部分兼容性问题,但是将所有兼容性代码全部引入,体积太大了
3. 需要做兼容性处理的就做:按需加载 --> core-js
*/
{
// 第三种方式:按需加载
test: /\.js$/,
exclude: /node_modules/,
loader: 'babel-loader',
options: {
// 预设:指示babel做怎样的兼容性处理
presets: [
'@babel/preset-env', // 基本预设
{
useBuiltIns: 'usage', //按需加载
corejs: { version: 3 }, // 指定core-js版本
targets: { // 指定兼容到什么版本的浏览器
chrome: '60',
firefox: '50',
ie: '9',
safari: '10',
edge: '17'
},
},
],
},
},
{
// 图片处理
test: /\.(jpg|png|gif)/,
loader: 'url-loader',
options: {
limit: 8 * 1024,
name: '[hash:10].[ext]',
outputPath: 'imgs',
esModule: false, // 关闭url-loader默认使用的es6模块化解析
},
},
// html中的图片处理
{
test: /\.html$/,
loader: 'html-loader',
},
// 处理其他文件
{
exclude: /\.(js|css|less|html|jpg|png|gif)/,
loader: 'file-loader',
options: {
outputPath: 'media',
},
},
],
},
plugins: [
new MiniCssExtractPlugin({
// 对输出的css文件进行重命名
filename: 'css/built.css',
}),
// 压缩css
new OptimiziCssAssetsWebpackPlugin(),
// HtmlWebpackPlugin:html文件的打包和压缩处理
// 通过这个插件会自动将单独打包的样式文件通过link标签引入
new HtmlWebpackPlugin({
template: './src/index.html',
// 压缩html代码
minify: {
// 移除空格
collapseWhitespace: true,
// 移除注释
removeComments: true,
},
}),
],
// 生产环境下会自动压缩js代码
mode: 'production',
}
这样就是一个基础的发布环境配置。