Webpack——了解plugin的结构及其应用

📚上篇文章分析了loader的运行过程。loader的功能定位是进行预处理转换代码,而另外一些操作需要依靠plugin来完成。先看plugins在官网中的定义Plugins | webpack

Plugins are the backbone of webpack. Webpack itself is built on the same plugin system that you use in your webpack configuration!

They also serve the purpose of doing anything else that a loader cannot do. Webpack provides many such plugins out of the box.

老规矩,提炼一下意思,大致就是说plugins很重要;可以完成loaders无法完成的事

具体是什么事呢?举个例子: 当webpack生成文件时,顺便多生成一个说明描述文件。

这种操作其实就是通过plugin,把某些功能嵌入到webpack的编译流程中。

用之前的webpack编译过程图来看:

plugin可以认为是注册事件的,上图的点是一些事件触发点(实际上的数量多得多),在这些节点可能会触发事件,而plugin可以监听这些事件

1. plugins的结构

随便找一个plugin看看

plugin的本质是一个带有apply方法的对象。

js 复制代码
class ConsoleLogOnBuildWebpackPlugin {
  apply(compiler) {
  
  }
}
module.exports = ConsoleLogOnBuildWebpackPlugin;

apply方法会在该plugin被使用时调用,具体是什么时候呢?

apply的参数compiler(编译器)是一个对象:

  • compiler对象是在初始化阶段构建的
  • 整个webpack打包期间只有一个compiler对象
  • 后续完成打包工作的是compiler对象内部创建的compilation

可以看到,当文件发生变化时,是从编译重新开始的,需要重新创建compilation,但不需要重新创建compiler。

apply方法会在初始化阶段创建好compiler对象后调用,并向方法传入一个compiler对象。

这样来看,apply方法只调用一次,但既然plugins能监听各种事件,是怎么监听的呢?

其实,apply方法是用来注册事件的:

js 复制代码
class MyPlugin{
    // 
    apply(compiler){ 
        compiler.hooks.事件名称.事件类型(name, function(compilation){
            //事件处理函数
        })
    }
}

compiler对象提供了大量的钩子函数: Compiler Hooks | webpack

😮可以根据文档自己写一个plugin玩玩,不过在实际开发中,大部分情况下只需要会使用就可以了

2. 使用

把插件对象配置到webpack的plugins数组中:

js 复制代码
const HtmlWebpackPlugin = require('html-webpack-plugin');
const webpack = require('webpack'); // 访问内置插件

module.exports = {
    //...
    plugins:[
        new webpack.ProgressPlugin(),
        new HtmlWebpackPlugin({ template: './src/index.html' }),
    ]
}

3. 下面是一些常用plugin的使用示例

www.npmjs.com/

🌟clean-webpack-plugin

  • 清除输出目录

🌟html-webpack-plugin

  • 自动生成页面

使用场景:每次打包都要在dist目录手写html页面并引入js太麻烦

使用示例:

js 复制代码
const { CleanWebpackPlugin } = require("clean-webpack-plugin")
const HtmlWebpackPlugin = require('html-webpack-plugin')
module.exports = {
    // ...
    entry: { // 多个入口 每个对应一个js
        home: "./src/index.js",
        a: "./src/a.js"
    },
    //...
    plugins: [
        //...
        // 两个页面,用不同的chunk
        new HtmlWebpackPlugin({
            template: "./public/index.html", // 生成main.js页面使用的模板
            filename: "home.html",
            chunks: ["home"]  // 使用的js是哪个chunk的js 
        }),// chunks默认为"all"表示每个js都使用
        new HtmlWebpackPlugin({
            template: "./public/index.html",
            filename: "a.html",
            chunks: ["a"]
        })
    ]
}

🌟copy-webpack-plugin

  • 复制静态资源

使用场景:如果静态资源不是通过在js文件中引入来使用的(比如html),因为这个静态资源的引入无法像js文件一样被解析,导致打包后找不到该静态资源。所以需要把原本的静态资源目录复制到dist目录里

js 复制代码
// 传入复制规则
new CopyPlugin([
    { from: "./public", to: "./" } // to相对的是输出目录
])

如果输出目录已经存在要复制的某个文件,会自动不再复制这个文件

🌟 mini-css-extract-plugin

  • 抽离css生成css文件

该库提供了1个plugin和1个loader:

  1. plugin:负责生成css文件
  2. loader:负责记录要生成的css文件的内容,同时导出开启css-module后的样式对象

使用方式:

js 复制代码
const MiniCssExtractPlugin = require("mini-css-extract-plugin")
module.exports = {
    module: {
        rules: [
            {
                test: /\.css$/, use: [MiniCssExtractPlugin.loader, "css-loader?modules"]
            }
        ]
    },
    plugins: [
        new MiniCssExtractPlugin() //负责生成css文件
    ]
}

webpack内置plugin

webpack.js.org/plugins/def...

内置plugin的使用:

js 复制代码
const webpack = require('webpack'); // 访问内置插件

module.exports = {
    //...
    plugins:[
        // new webpack.ProgressPlugin(),
        // 可以配置生成的文件名,类似于output.filename
        new MiniCssExtractPlugin({
            filename: "css/[name].[contenthash:5].css"
        })
    ]
}

🌟 ProvidePlugin

自动加载模块

js 复制代码
new webpack.ProvidePlugin({
  $: 'jquery',
  _: 'lodash'
})

使用:

js 复制代码
// import $ from 'jquery'; 不再需要import,可直接使用
// import _ from 'lodash';
$('body').append('<h1>Hello, webpack!</h1>');
const sum = _.sum( [1, 2, 3, 4, 5]); // 输出: 15

🌟 DefinePlugin

定义全局常量

js 复制代码
new webpack.DefinePlugin({
  VERSION: `"1.0.0"`, // VERSION = "1.0.0"
  TWO: '1+1', // VERSION = "1+1"
});

这样配置后,写代码时,可以直接使用插件中提供的常量,当webpack编译完成后,会自动替换为常量的值

使用:

js 复制代码
console.log('Running App version ' + VERSION); 
// 输出 Running App version 1.0.0
相关推荐
oden2 分钟前
2025博客框架选择指南:Hugo、Astro、Hexo该选哪个?
前端·html
小光学长11 分钟前
基于ssm的宠物交易系统的设计与实现850mb48h(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面。
java·前端·数据库
小小前端要继续努力38 分钟前
渐进增强、优雅降级及现代Web开发技术详解
前端
老前端的功夫1 小时前
前端技术选型的理性之道:构建可量化的ROI评估模型
前端·javascript·人工智能·ubuntu·前端框架
狮子座的男孩2 小时前
js函数高级:04、详解执行上下文与执行上下文栈(变量提升与函数提升、执行上下文、执行上下文栈)及相关面试题
前端·javascript·经验分享·变量提升与函数提升·执行上下文·执行上下文栈·相关面试题
爱学习的程序媛2 小时前
《JavaScript权威指南》核心知识点梳理
开发语言·前端·javascript·ecmascript
乐观主义现代人2 小时前
go 面试
java·前端·javascript
1***Q7843 小时前
前端在移动端中的离线功能
前端
星环处相逢3 小时前
Nginx 优化与防盗链及扩展配置指南
服务器·前端·nginx
tsumikistep3 小时前
【前后端】Vue 脚手架与前端工程结构入门指南
前端·javascript·vue.js