这期内容当中小编将会给大家带来有关如何解析webpack4.0中Loader概念,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
webpack
作为前端最火的构建工具,是前端自动化工具链最重要的部分,使用门槛较高。本系列是笔者自己的学习记录,比较基础,希望通过问题 + 解决方式的模式,以前端构建中遇到的具体需求为出发点,学习webpack
工具中相应的处理办法。(本篇中的参数配置及使用方式均基于webpack4.0版本
)
loader
是webpack
的核心概念之一,它的基本工作流是将一个文件以字符串的形式读入,对其进行语法分析及转换(或者直接在loader
中引入现成的编译工具,例如sass-loader
中就引入了node-sass
将SCSS代码转换为CSS代码,再交由css-loader
处理),然后交由下一环节进行处理,所有载入的模块最终都会经过moduleFactory
处理,转成javascript可以识别和运行的代码,从而完成模块的集成。
loader
支持链式调用,所以开发上需要严格遵循“单一职责”原则,即每个loader
只负责自己需要负责的事情:将输入信息进行处理,并输出为下一个loader
可识别的格式。
实际开发中,很少会出现需要自己写loader
来实现复杂需求的场景,如果某个扩展名的文件无法快速集成到自动化构建工具里,估计很快就会被抛弃了,大家都那么忙是吧。但是了解loader
的基本原理和编译器的基本原理却是非常有必要的。
如果需要编写一个功能完整的loader
,建议先到webpack
的官方网站浏览一下loader有哪些API
,地址:webpack官网-loader API,其中对于编写同步loader,异步loader,如何跳过loader,如何获取options
配置项等等都做了非常详细的解释,本篇中不再赘述。
假设现在要实现一个dash-loader
,它的功能是加载并处理名称为*.tpl.html
的文件,将其变为一个CommonJs
模块。也就是说要完成一个如下的基本转换:
转换前的文本:
<div> <h4>这里是标题</h4> <p>这里是内容</p> </div>
转换后的文本:
var str = '<div><h4>这里是标题</h4><p>这里是内容</p></div>'; module.exports = str;
那么webpack.config.js
中需要增加如下的配置:
... module:{ rules:[{ test: /\.tpl\.html$/, use:[{ loader:'dash-loader' }] }] }
在项目的node_modules
依赖文件夹中新建dash-loader
文件夹,并在其中新建一个index.js
文件,内容的基本格式为:
//index.js module.exports = function(source){ var tpl=""; source.split(/\r?\n/).forEach(function(line){ line=line.trim(); if(!line.length){ return; } //对line进行处理... tpl+=line; }); return "var tpl=\'" + tpl + "\'\nmodule.exports = tpl"; }
最终由dash-loader
返回的数据就好像是从某个CommonJs
模块中读入的一样了。
了解了loader
的基本结构,那么loader里到底应该写点什么才能完成代码转换呢?这就涉及到了一个新的概念——编译器(Compiler)。一个基本的编译器,需要经过tokenize
,parse
,transform
,stringify
几个核心步骤,它的应用是非常广的,SPA中的virtual-DOM
的解析,babel中的ES6
语法解析等等,babel
的官网曾经推荐过一个非常棒的开源项目(10k+Star),详细讲述了如何一步一步实现一个编译器的,建议感兴趣的同学可以自行学习:
【The-Super-Tiny-Compiler】——https://github.com/jamiebuilds/the-super-tiny-compiler
上述就是小编为大家分享的如何解析webpack4.0中Loader概念了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注亿速云行业资讯频道。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。