为什么会突然用到webpack这个管理特性呢?项目某个页面需要引入N张demo图片。即资源的批量引入:如果要引入10+个以上的图片资源,就需要写10+个如下的引入代码:import XXX from ;,那如果再多一点的静态资源需要引入呢?这时候require.context就派上了用场。
起因
文档
栗子来一个
// 通过require.context的方式引入指定的路径下匹配到的模块引用
const demoImgsContext = require.context('@src/assets/imgs/demo', false, /\.webp$/);
...
// 使用姿势
trigger(type) {
this.demoImgs = Arry.from({length: config.type}, (key, value) => value + 1)
.map(index => demoImgsContext(`./${type}_demo${index}.webp`));
}
// 添加module文件是,文件命请按照module_XXX的方式命名
// 自动引入module文件夹下的js文件
const mutationContext = require.context('./module', false, /.*\.js/);
const modules = mutationContext.keys().reduce((prev, cur) => {
// 排除module_root文件
const matches = cur.match(/module_(?!.*root)(\w+)\.js/);
const key = matches && matches[1];
key && (prev[key] = mutationContext(cur).default);
return prev;
}, {});
接下来,让我们看一下,require.context是如何做到动态引入资源的呢?
map(function (e) {
return y("./".concat(t, "_demo").concat(e, ".webp"))
})
y = a("ae36");
ae36: function (t, e, a) {
// 此处是一个map映射,key值和真正的资源id的映射
var i = {
"./a_module_demo1.webp": "6085",
"./a_module_demo2.webp": "fd3b",
"./b_module_demo1.webp": "cbf6",
"./b_module_demo2.webp": "220e",
"./c_module_demo1.webp": "273e",
"./c_module_demo2.webp": "5a5e",
"./d_module_demo1.webp": "75b0",
"./d_module_demo2.webp": "2d3e"
};
// 此处根据module的id值,真正require一个资源
function r(t) {
var e = o(t);
return a(e)
}
function o(t) {
var e = i[t];
if (!(e + 1)) {
var a = new Error("Cannot find module '" + t + "'");
throw a.code = "MODULE_NOT_FOUND", a
}
return e
}
r.keys = function () {
return Object.keys(i)
}, r.resolve = o, t.exports = r, r.id = "ae36"
},
6085: function (t, e) {
t.exports =
"//${你配置的项目publicPath}/img/1_module_demo1.ed6db768.webp"
},