深入浅出webpack之externals的使用
我们通常在做项目时可能会把第三方库打包到bundle中,比如下面这张图
如果不想把第三方库打包到bundle中,这就有了externals。官方的使用externals比较简单
externals
官网文档解释的很清楚,就是webpack可以不处理应用的某些依赖库,使用externals配置后,依旧可以在代码中通过cmd、amd或者window/global全局的方式访问。
只需三步——
1.在html中引入第三方库的cdn
2.在webpack中配置externals
externals: { jquery: "jquery", }
3.在js中引用
const $ = require("jquery"); $("#content").html("<h1>hello world</h1>");
好,现在我们可以随心所欲的使用jquery插件并保证不会打包到bundle中。external是怎么办到的呢?下面我们通过bundle的源码来分析下原理。
这里的/* 0 */和__webpack_require__分别指打包前js对应的模块函数,这里就不细说了。这里可以看到module.exports = jquery,就是说我们externals中的key指的是require的东西,value指的就是它,就是说“当require的参数是jquery的时候,使用jquery这个全局变量引用它”。这种最简洁的externals配置方式为默认的global模式,就是在window上挂一个全局变量,然后直接可以使用这个变量。具体的流程是这样,我们在源码中使用require('jquery')后,可以直接把jquery加到externals中,得到一个打包的trunk.js,但是在引入这个trunkjs之前,肯定要先引入jquery这个库文件,这个库文件会创建一个全局变量jquery,而咱们的trunkjs中externals的jquery是global模式,所以实际上trunkjs引入jquery的时候,就会从全局变量中引用,即module.export = jquery
当然,既然是通过这种externals方式,其实我们可以不用require引入,直接使用全局变量也是可以的。
jquery("#content").html("<h1>hello world</h1>");
大家如果注意到我刚说过的global模式的话,没错,你也许已经猜到了,我可以任意的使用不同的输出方式。如果打包文件我想运行到node环境下,我得使用commonjs规范,所以你要这么写。
externals: { jquery: "commonjs2 jquery", }
打包后会是这样子。
然后我的项目中还用到了lodash,也想把它从bundle中移除,之前我的代码是这样子,引的是npm包
现在我们的externals配置如下
externals: { jquery: "jquery", _: "lodash" }
我们必须要去掉这个const ,否则的话会报一个错误 lodash is not defined。为什么会这样呢?因为我们的lodash输出是global格式的,我在这里先卖一个关子,我们先统一一下输出格式,加一个librarytarget字段
这个东西是干嘛用的呢?
他是我们输出文件的模块化规范,想想我们上面配置的commonjs jquery是运行在node下,总之记住一句话——我们最长使用的模块化方案是commonjs2和umd,前者是为node环境,后者是为浏览器环境。一共有这几种规范:
"var" - export by setting a variable: var library = xxx (default)
"this" - export by setting a property of this: this["library"] = xxx
"commonjs" - export by setting a property of exports: exports["library"] = xxx
"commonjs2" - export by setting module.exports: module.exports = xxx
"amd" - export to amd (optionally named - set the name via the library option)
"umd" - export to amd, commonjs2 or as property in root
然后报这个错误,也就是说我们的模块没有正确的输出,回到我们的externals,它更多的是指定当你引用一个包的时候,这个包(lodash)应该遵循哪种模块化方式(common,root,amd等等)引入,这意思就是说,打包的时候不需要关心他到底怎么输出。
externals: { jquery: "jquery", lodash: { commonjs: 'lodash', commonjs2: 'lodash', amd: 'lodash', root: '_' } },
ok,记得要将之前的覆盖掉,替换成下面的require,因为在externals中我们规范的commmonjs规范为lodash
也就是说,这就是我们最初的代码,即没有用过externals时候的代码,看,也就是说我们只需要配置externals和librarytarget就可以,其他的业务逻辑代码不需要改变。包括我们的项目中还用了echarts,这个通通不用改变!!!!!
也就是说最终的代码是externals配合librarytarget一起使用,如果去掉umd的话,会报这个错误
相应的源码是这样子
就是说我不知道通过那种方式输出,所以我应该告诉webpack,我通过umd方式输出,即将你的 lodash 暴露为所有的模块定义下都可运行的方式。它将在 commonjs, amd 环境下运行,或将模块导出到 global 下的变量.加上umd的源码如下
看到了吧,我通过require('lodash')引入模块,输出走的是commonjs规范,贴下最终的配置
entry: { main: './src/index.js' }, externals: { jquery: "jquery", lodash: { commonjs: 'lodash', commonjs2: 'lodash', amd: 'lodash', root: '_' } }, output: { filename: '[name].[chunkhash].js', path: path.resolve(__dirname,'dist'), librarytarget: 'umd' },
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
下一篇: 在vue中实现简单页面逆传值的方法
推荐阅读
-
vue填坑之webpack run build 静态资源找不到的解决方法
-
Linux磁盘管理之df命令详细介绍和使用实例(统计文件或目录的磁盘占用情况)
-
webpack4之如何编写loader的方法步骤
-
Android开发之OkHttpUtils的具体使用方法
-
Android开发之XML文件解析的使用
-
Android笔记之:App自动化之使用Ant编译项目多渠道打包的使用详解
-
Android控件之ToggleButton的使用方法
-
Python3.5基础之函数的定义与使用实例详解【参数、作用域、递归、重载等】
-
ThinkPHP3.1新特性之G方法的使用
-
ThinkPHP3.1新特性之命名范围的使用