Open linwu-hi opened 1 year ago
前面两节我们有提到Loader与Plugin对应的概念,先来回顾下
Loader
Plugin
从整个运行时机上来看,如下图所示:
可以看到,两者在运行时机上的区别:
在Webpack 运行的生命周期中会广播出许多事件,Plugin 可以监听这些事件,在合适的时机通过Webpack提供的 API改变输出结果
Webpack
API
对于loader,实质是一个转换器,将A文件进行编译形成B文件,操作的是文件,比如将A.scss或A.less转变为B.css,单纯的文件转换过程
loader
A.scss
A.less
B.css
在编写 loader 前,我们首先需要了解 loader 的本质
其本质为函数,函数中的 this 作为上下文会被 webpack 填充,因此我们不能将 loader设为一个箭头函数
this
webpack
函数接受一个参数,为 webpack 传递给 loader 的文件源内容
函数中 this 是由 webpack 提供的对象,能够获取当前 loader 所需要的各种信息
函数中有异步操作或同步操作,异步操作通过 this.callback 返回,返回值要求为 string 或者 Buffer
this.callback
string
Buffer
代码如下所示:
// 导出一个函数,source为webpack传递给loader的文件源内容 module.exports = function(source) { const content = doSomeThing2JsString(source); // 如果 loader 配置了 options 对象,那么this.query将指向 options const options = this.query; // 可以用作解析其他模块路径的上下文 console.log('this.context'); /* * this.callback 参数: * error:Error | null,当 loader 出错时向外抛出一个 error * content:String | Buffer,经过 loader 编译后需要导出的内容 * sourceMap:为方便调试生成的编译后内容的 source map * ast:本次编译生成的 AST 静态语法树,之后执行的 loader 可以直接使用这个 AST,进而省去重复生成 AST 的过程 */ this.callback(null, content); // 异步 return content; // 同步 }
一般在编写loader的过程中,保持功能单一,避免做多种功能
如less文件转换成 css文件也不是一步到位,而是 less-loader、css-loader、style-loader几个 loader的链式调用才能完成转换
less
css
less-loader
css-loader
style-loader
由于webpack基于发布订阅模式,在运行的生命周期中会广播出许多事件,插件通过监听这些事件,就可以在特定的阶段执行自己的插件任务
在之前也了解过,webpack编译会创建两个核心对象:
如果自己要实现plugin,也需要遵循一定的规范:
plugin
apply
compiler
compilation
实现plugin的模板如下:
class MyPlugin { // Webpack 会调用 MyPlugin 实例的 apply 方法给插件实例传入 compiler 对象 apply (compiler) { // 找到合适的事件钩子,实现自己的插件功能 compiler.hooks.emit.tap('MyPlugin', compilation => { // compilation: 当前打包构建流程的上下文 console.log(compilation); // do something... }) } }
在 emit 事件发生时,代表源文件的转换和组装已经完成,可以读取到最终将输出的资源、代码块、模块及其依赖,并且可以修改输出资源的内容
emit
面试官:说说Loader和Plugin的区别?编写Loader,Plugin的思路?
一、区别
前面两节我们有提到
Loader
与Plugin
对应的概念,先来回顾下从整个运行时机上来看,如下图所示:
可以看到,两者在运行时机上的区别:
在
Webpack
运行的生命周期中会广播出许多事件,Plugin
可以监听这些事件,在合适的时机通过Webpack
提供的API
改变输出结果对于
loader
,实质是一个转换器,将A文件进行编译形成B文件,操作的是文件,比如将A.scss
或A.less
转变为B.css
,单纯的文件转换过程二、编写loader
在编写
loader
前,我们首先需要了解loader
的本质其本质为函数,函数中的
this
作为上下文会被webpack
填充,因此我们不能将loader
设为一个箭头函数函数接受一个参数,为
webpack
传递给loader
的文件源内容函数中
this
是由webpack
提供的对象,能够获取当前loader
所需要的各种信息函数中有异步操作或同步操作,异步操作通过
this.callback
返回,返回值要求为string
或者Buffer
代码如下所示:
一般在编写
loader
的过程中,保持功能单一,避免做多种功能如
less
文件转换成css
文件也不是一步到位,而是less-loader
、css-loader
、style-loader
几个loader
的链式调用才能完成转换三、编写plugin
由于
webpack
基于发布订阅模式,在运行的生命周期中会广播出许多事件,插件通过监听这些事件,就可以在特定的阶段执行自己的插件任务在之前也了解过,
webpack
编译会创建两个核心对象:如果自己要实现
plugin
,也需要遵循一定的规范:apply
方法的对象,这样才能访问compiler
实例compiler
和compilation
对象都是同一个引用,因此不建议修改Webpack
进入下一个流程,不然会卡住实现
plugin
的模板如下:在
emit
事件发生时,代表源文件的转换和组装已经完成,可以读取到最终将输出的资源、代码块、模块及其依赖,并且可以修改输出资源的内容参考文献