java require_干货:import和require如何在项目中混用

前言

自从js出了es6之后,小伙伴们都在项目中愉快的用起了import,export default,但是,当我们用import方式引入npm第三方模块的时候,却会发现,npm包导出的方式大多是采用了commonjs规范的require,module.exports。这中间babel究竟是如何处理的呢?相信很多小伙伴都有很多问好!那么接下来,我们就来看看这里面的奥秘吧!

module.exports转译

module.exports的使用方法不做过多的说明;来看一下babel编译前和编译后的代码有什么区别。

源文件test.js内容:

exports.name = "test";

复制代码

经过babel编译后的test.js内容:

"use strict";

exports.name = "test";

复制代码

编译前和编译后,代码并没有多大区别,还是遵循了commonjs规范。

export default转译

关于es6中如何使用export导出模块,这里就不展开叙述了。来看下面一个例子,看看es6的export在经过babel转译之后,会变成什么样子:

源文件test.js内容:

export var a = "test";

export default function(){

console.log(1)

}

复制代码

经过babel编译后的test.js内容:

"use strict";

Object.defineProperty(exports, "__esModule", {

value: true

});

exports.default = function () {

console.log(1);

};

var a = exports.a = "test";

复制代码

从结果可以看出,babel直接把es6规范的export编译成了commonjs规范的module.exports,并且会给exports对象添加一个__esModule的标记,来表明此对象是从es6的import转过来的(具体有什么作用,接下来会说明)。

import和require

上面两个例子讲了export和module.exports在经过babel编译之后,都变为了commonjs规范的module.exports。接下来我们来说下,在不同场景下,用import和require导入的时候babel是怎么工作的!

场景一:require导入module.exports模块

这个场景是最简单的,因为两者都遵循了commonjs规范。来看下面一个例子:

test.js

module.exports = {

name:"西瓜"

}

复制代码

a.js

var a = require("./test");

console.log(a);

复制代码

babel编译以后的a.js

"use strict";

var a = require("./test");

console.log(a);

console.log的值:{ name: '西瓜' }

复制代码

该场景不做过多说明。

场景二:require导入export default模块

该场景就是es6和commonjs的混用场景之一了。话不多说,直接上案例。

test.js

export var a = "西瓜";

export default function(){

console.log(1)

}

复制代码

a.js

var a = require("./test");

console.log(a);

复制代码

babel编译以后的a.js

"use strict";

var a = require("./test");

console.log(a);

console.log的值:{ default: [Function], a: '西瓜' }

复制代码

为啥是这样的结果呢,上文案例中说了,es6的export模块在被babel编译了以后,就转变成了commonjs的module.exports,所以说,这里require导入export default模块,到后面还是变为require导入module.exports模块了,和场景一一样。

场景三:import导入module.exports模块

这是混用最多的场景了,一般情况下,作为前端人员,写业务代码的时候,更喜欢使用es6自带的export default模块,而发布到npm的第三方包,都是经过编译的,大多遵循了commonjs规范。来看下这种情况下,babel是怎么处理的。

test.js

module.exports={

name:"西瓜",

age:"20"

}

复制代码

a.js

import test from "./test";

console.log(test)

复制代码

babel编译以后的a.js

"use strict";

var _test = require("./test");

var _test2 = _interopRequireDefault(_test);

function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { default: obj }; }

console.log(_test2.default);

console.log的值:{ name: '西瓜', age: '20' }

复制代码

可以看到,在这种场景下,多了一个_interopRequireDefault方法包装了一层,该方法内容也很简单,判断了传入的对象中是否存在__esModule属性,如果存在则返回原对象;如果不存在则赋值给新对象的default属性;并且console.log中的值变为了default属性;

那这个地方为什么要这么处理呢?

1.问:为什么console.log的值会变为_test2.default?

答:对于es6的import来说,用import xxx from 'xxx'这种方式引入的值就是目标文件所导出的default值,所以这里编译之后console.log的值变成了_test2.default。

2.问:为什么要判断是否存在__esModule?

答:在文章的最前面说过,用export default导出的模块,在经过babel编译后,会给exports加上一个__esModule属性,来证明是es6规范导出的模块。当这里__esModule为true时,说明的该对象由es6规范的export 导出,由于es6的export可以用export default导出默认属性,所以_interopRequireDefault方法直接返回了原对象。当__esModule为false时,说明的该对象由commonjs规范的module.exports导出,在这种情况下,为了遵循es6的import的引入规则,babel在编译时做的一种策略,就是在传入对象的外层做一层default的赋值包装。这样,既保证了import的引入规则,也导出了module.exports的值。

结论

在该场景下,最后console.log的值就是module.exports的值。

场景四:import导入export default模块

这场景就不做过多的解释了,两者都遵循es6规范,直接看文档即可。想要理解这两者在经过babel编译后的引用关系,直接看场景三即可,相信看懂了场景三,结合全文,应该能理解这个过程是怎么一回事了。

拓展

这里说一种场景,就是使用import * as xxx from xxx这种方式去导出所有模块;

test.js

module.exports={

name:"西瓜",

age:"20"

}

复制代码

a.js

import * as test from "./test";

console.log(test)

复制代码

babel编译以后的a.js

"use strict";

var _test = require("./test");

var test = _interopRequireWildcard(_test);

function _interopRequireWildcard(obj) {

if (obj && obj.__esModule) {

return obj;

} else {

var newObj = {};

if (obj != null) {

for (var key in obj) {

if (Object.prototype.hasOwnProperty.call(obj, key)) newObj[key] = obj[key];

}

}

newObj.default = obj; return newObj;

}

}

console.log(test);

console.log的值:{ name: '西瓜', age: '20', default: { name: '西瓜', age: '20' } }

复制代码

当采用这种方式去引入module.exports模块时,会用_interopRequireWildcard这个方法去处理。给对象多加了一个default属性挂载了obj,作用和场景三中的_interopRequireDefault方法类似,就不做过多解释啦!

总结

对于es6规范和commonjs规范来说,经过babel编译以后,都会转化成commonjs规范,然后在此基础上,用__esModule区分了是属于es6模块还是commonjs模块。并切为了保证es6规范用import导入值的正确性和统一性,babel还做了一些策略去处理这两者之前的差异。

文章到这里就结束了,希望能给小伙伴们带来些帮助吧!

b739ec46bb5c46d9c0aa4ce35ba1ea56.png

关于找一找教程网

本站文章仅代表作者观点,不代表本站立场,所有文章非营利性免费分享。

本站提供了软件编程、网站开发技术、服务器运维、人工智能等等IT技术文章,希望广大程序员努力学习,让我们用科技改变世界。

[干货:import和require如何在项目中混用]http://www.zyiz.net/tech/detail-124091.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值