手把手教你写webpack loader
一、什么是 loader
loader 和 plugins 是 webpack 系统的两大重要组成元素。依靠对 loader、plugins 的不同组合搭配,我们可以灵活定制出高度适配自身业务的打包构建流程。
loader 是 webpack 容纳各类资源的一个重要手段,它用于对模块的源代码进行转换,允许你在 import 或加载模块时预处理文件,利用 loader,我们可以将各种类型的资源转换成 webpack 本质接受的资源类型,如 javascript。
二、如何编写一个 yaml-loader
1、YAML
yaml 语言多用于编写配置文件,结构与 JSON 类似,但语法格式比 JSON 更加方便简洁。yaml 支持注释,大小写敏感,使用缩进来表示层级关系:
#对象
version: 1.2.4
#数组
author:
- Mike
- Hankle
#常量
name: "my project" #定义一个字符串
limit: 30 #定义一个数值
es6: true #定义一个布尔值
openkey: Null #定义一个null
#锚点引用
server:
base: &base
port: 8005
dev:
ip: 120.168.117.21
<<: *base
gamma:
ip: 120.168.117.22
<<: *base
等同于:
{
"version": "1.2.4",
"author": ["Mike", "Hankle"],
"name": "my project",
"limit": 30,
"es6": true,
"openkey": null,
"server": {
"base": {
"port": 8005
},
"dev": {
"ip": "120.168.117.21",
"port": 8005
},
"gamma": {
"ip": "120.168.117.22",
"port": 8005
}
}
}
在基于 webpack 构建的应用中,如果希望能够引用 yaml 文件中的数据,就需要一个 yaml-loader 来支持编译。一般情况下,你都能在 npm 上找到可用的 loader,但如果万一没有对应的支持,或者你希望有一些自定义的转换,那么就需要自己编写一个 webpack loader 了。
2、loader 的原理
loader 是一个 node 模块,它导出为一个函数,用于在转换资源时调用。该函数接收一个 String/Buffer 类型的入参,并返回一个 String/Buffer 类型的返回值。一个最简单的 loader 是这样的:
// loaders/yaml-loader.js
module.exports = function(source) {
return source;
};
loader 支持管道式传递,对同一类型的文件,我们可以使用多个 loader 进行处理,这批 loader 将按照“从下到上、从右到左”的顺序执行,并以前一个 loader 的返回值作为后一个 loader 的入参。这个机制无非是希望我们在编写 loader 的时候能够尽量避免重复造轮子,只关注需要实现的核心功能。因此配置的时候,我们可以引入 json-loader:
// webpack.config.js
const path = require("path");
module.exports = {
// ...
module: {
rules: [
{
test: /\.yml$/,
use: [
{
loader: "json-loader"
},
{
loader: path.resolve(__dirname, "./loaders/yaml-loader.js")
}
]
}
]
}
};
3、开始
这样一来,我们需要的 yaml-loader,就只做一件事情:将 yaml 的数据转化成为一个 JSON 字符串。因此,我们可以很简单地实现这样一个 yaml-loader:
var yaml = require("js-yaml");
module.exports = function(source) {
this.cacheable && this.cacheable();
try {
var res = yaml.safeLoad(source);
return JSON.stringify(res, undefined, "\t");
} catch (err) {
this.emitError(err);
return null;
}
};
就是这么简单。但是可能有朋友会问,这里是因为有个现成的模块 js-yaml,可以直接将 yaml 转换成 JavaScript 对象,万一没有这个模块,该怎么做呢?是的,loader 的核心工作其实就是字符串的处理,这是个相当恶心的活儿,尤其是在这类语法转换的场景上,对源代码的字符串处理将变得极其复杂。这个情况下,我们可以考虑另外一种解法,借助 AST 语法树,来协助我们更加便捷地操作转换。
4、利用 AST 作源码转换
yaml-ast-parser 是一个将 yaml 转换成 AST 语法树的 node 模块,我们把字符串解析的工作交给了 AST parser,而操作 AST 语法树远比操作字符串要简单、方便得多:
const yaml = require("yaml-ast-parser");
class YamlParser {
constructor(source) {
this.data = yaml.load(source);
this.parse();
}
parse() {
// parse ast into javascript object
}
}
module.exports = function(source) {
this.cacheable && this.cacheable();
try {
const parser = new YamlParser(source);
return JSON.stringify(parser.data, undefined, "\t");
} catch (err) {
this.emitError(err);
return null;
}
};
这里我们可以利用 AST parser 提供的方法直接转化出 json,如果没有或者有所定制,也可以手动实现一下 parse 的过程,仅仅只是一个树结构的迭代遍历而已,关键步骤是对 AST 语法树的各类型节点分别进行处理:
const yaml = require("yaml-ast-parser");
const types = yaml.Kind;
class YamlParser {
// ...
parse() {
this.data = this.traverse(this.data);
}
traverse(node) {
const type = types[node.kind];
switch (type) {
// 对象
case "MAP": {
const ret = {};
node.mappings.forEach(mapping => {
Object.assign(ret, this.traverse(mapping));
});
return ret;
}
// 键值对
case "MAPPING": {
let ret = {};
// 验证
const keyValid =
yaml.determineScalarType(node.key) == yaml.ScalarType.string;
if (!keyValid) {
throw Error("键值非法");
}
if (node.key.value == "<<" && types[node.value.kind] === "ANCHOR_REF") {
// 引用合并
ret = this.traverse(node.value);
} else {
ret[node.key.value] = this.traverse(node.value);
}
return ret;
}
// 常量
case "SCALAR": {
return node.valueObject !== undefined ? node.valueObject : node.value;
}
// 数组
case "SEQ": {
const ret = [];
node.items.forEach(item => {
ret.push(this.traverse(item));
});
return ret;
}
// 锚点引用
case "ANCHOR_REF": {
return this.traverse(node.value);
}
default:
throw Error("unvalid node");
}
}
}
// ...
当然这样的实现略为粗糙,正常来说,一些完备的 AST parser 一般都会自带遍历方法(traverse),这样的方法都是有做过优化的,我们可以直接调用,尽量避免自己手动实现。
按照相同的做法,你还可以实现一个 markdown-loader,甚至更为复杂的 vue-loader。
三、loader 的一些开发技巧
1、单一任务
只做一件事情,做好一件事情。loader 的管道(pipeline)设计正是希望能够将任务拆解并独立成一个个子任务,由多个 loader 分别处理,以此来保证每个 loader 的可复用性。因此我们在开发 loader 前一定要先给 loader 一个准确的功能定位,从通用的角度出发去设计,避免做多余的事。
2、无状态
loader 应该是不保存状态的。这样的好处一方面是使我们 loader 中的数据流简单清晰,另一方面是保证 loader 具有良好可测性。因此我们的 loader 每次运行都不应该依赖于自身之前的编译结果,也不应该通过除出入参外的其他方式与其他编译模块进行数据交流。当然,这并不代表 loader 必须是一个无任何副作用的纯函数,loader 支持异步,因此是可以在 loader 中有 I/O 操作的。
3、尽可能使用缓存
在开发时,loader 可能会被不断地执行,合理的缓存能够降低重复编译带来的成本。loader 执行时默认是开启缓存的,这样一来, webpack 在编译过程中执行到判断是否需要重编译 loader 实例的时候,会直接跳过 rebuild 环节,节省不必要重建带来的开销。
当且仅当有你的 loader 有其他不稳定的外部依赖(如 I/O 接口依赖)时,可以关闭缓存:
this.cacheable && this.cacheable(false);