ES6标准发布后,module成为标准,标准的使用是以export指令导出接口,以import引入模块,可是在咱们一向的node模块中,咱们采用的是CommonJS规范,使用require引入模块,使用module.exports导出接口。javascript
不把require和import整清楚,会在将来的标准编程中死的很难看。php
node编程中最重要的思想之一就是模块,而正是这个思想,让JavaScript的大规模工程成为可能。模块化编程在js界流行,也是基于此,随后在浏览器端,requirejs和seajs之类的工具包也出现了,能够说在对应规范下,require统治了ES6以前的全部模块化编程,即便如今,在ES6 module被彻底实现以前,仍是这样。java
node的module遵循CommonJS规范,requirejs遵循AMD,seajs遵循CMD,虽各有不一样,但总之仍是但愿保持较为统一的代码风格。node
// a.js
// -------- node ----------- module.exports = { a : function() {}, b : 'xxx' }; // ----------- AMD or CMD ---------------- define(function(require, exports, module){ module.exports = { a : function() {}, b : 'xxx' }; });
能够看出,为了保持风格的高度统一,除了在浏览器端的模块中要使用一个define函数来提供模块的闭包之外,其余代码能够彻底一致。python
// b.js
// ------------ node --------- var m = require('./a'); m.a(); // ------------ AMD or CMD ------------- define(function(require, exports, module){ var m = require('./a'); m.a(); });
在使用上,也很是类似。虽然AMD or CMD提供了更加丰富的风格,可是咱们本文主要是讨论node环境下,因此不作扩展。jquery
ES6发布的module并无直接采用CommonJS,甚至连require都没有采用,也就是说require仍然只是node的一个私有的全局方法,module.exports也只是node私有的一个全局变量属性,跟标准半毛钱关系都没有。web
export的用法挺复杂的,具体有哪些能够看 这里 。这里举几个例子:typescript
// a.js
export default function() {} export function a () {} var b = 'xxx'; export {b}; // 这是ES6的写法,实际上就是{b:b} setTimeout(() => b = 'ooo', 1000); export var c = 100;
在要导出的接口前面,加入export指令。编程
在export以后,b还能够被修改,这和CommonJS有着巨大不一样,关于内部机理的东西,本文就无耻的省略了。数组
注意,下面的语法有严重错误:
// 错误演示
export 1; // 绝对不能够 var a = 100; export a;
export在导出接口的时候,必须与模块内部的变量具备一一对应的关系。直接导出1没有任何意义,也不可能在import的时候有一个变量与之对应。 export a
虽然看上去成立,可是 a
的值是一个数字,根本没法完成解构,所以必须写成 export {a}
的形式。即便a被赋值为一个function,也是不容许的。并且,大部分风格都建议,模块中最好在末尾用一个export导出全部的接口,例如:
export {fun as default,a,b,c};
import的语法跟require不一样,并且import必须放在文件的最开始,且前面不容许有其余逻辑代码,这和其余全部编程语言风格一致。
import的使用和export同样,也挺复杂,能够在 这里 大体了解。举几个例子:
import $ from 'jquery'; import * as _ from '_'; import {a,b,c} from './a'; import {default as alias, a as a_a, b, c} from './a';
这里有一些坑,暂时不透露,下面会讲到。
import后面跟上花括号的形式是最基本的用法,花括号里面的变量与export后面的变量一一对应。这里,你必须了解 对象的解构赋值 的知识,没这知识,你根本无法在这里装逼。了解了解构赋值,这里的“一一对应”的关系就能具体理解了。
编程的同窗对as都容易理解,简单的说就是取一个别名。export中能够用,import中其实能够用:
// a.js
var a = function() {}; export {a as fun}; // b.js import {fun as a} from './a'; a();
上面这段代码,export的时候,对外提供的接口是fun,它是a.js内部a这个函数的别名,可是在模块外面,认不到a,只能认到fun。
import中的as就很简单,就是你在使用模块里面的方法的时候,给这个方法取一个别名,好在当前的文件里面使用。之因此是这样,是由于有的时候不一样的两个模块可能经过相同的接口,好比有一个c.js也经过了fun这个接口:
// c.js
export function fun() {};
若是在b.js中同时使用a和c这两个模块,就必须想办法解决接口重名的问题,as就解决了。
其余人写教程什么的,都把default放到export那个部分,我以为不利于理解。在export的时候,可能会用到default,说白了,它实际上是别名的语法糖:
// d.js
export default function() {} // 等效于: function a() {}; export {a as default};
在import的时候,能够这样用:
import a from './d'; // 等效于,或者说就是下面这种写法的简写,是同一个意思 import {default as a} from './d';
这个语法糖的好处就是import的时候,能够省去花括号{}。简单的说,若是import的时候,你发现某个变量没有花括号括起来(没有*号),那么你在脑海中应该把它还原成有花括号的as语法。
因此,下面这种写法你也应该理解了吧:
import $,{each,map} from 'jquery';
import后面第一个 $
是 {defalut as $}
的替代写法。
*就是表明全部,只用在import中,咱们看下两个例子:
import * as _ from '_';
在乎义上和 import _ from '_';
是不一样的,虽然实际上后面的使用方法是同样的。它表示的是把 '_'
模块中的全部接口挂载到 _
这个对象上,因此能够用 _.each
调用某个接口。
另外还能够经过*号直接继承某一个模块的接口:
export * from '_'; // 等效于: import * as all from '_'; export all;
*符号尽量少用,它其实是使用全部export的接口,可是颇有可能你的当前模块并不会用到全部接口,可能仅仅是一个,因此最好的建议是使用花括号,用一个加一个。
require的使用很是简单,它至关于module.exports的传送门,module.exports后面的内容是什么,require的结果就是什么,对象、数字、字符串、函数……再把require的结果赋值给某个变量,至关于把require和module.exports进行平行空间的位置重叠。
并且require理论上能够运用在代码的任何地方,甚至不须要赋值给某个变量以后再使用,好比:
require('./a')(); // a模块是一个函数,当即执行a模块函数 var data = require('./a').data; // a模块导出的是一个对象 var a = require('./a')[0]; // a模块导出的是一个数组
你在使用时,彻底能够忽略模块化这个概念来使用require,仅仅把它当作一个node内置的全局函数,它的参数甚至能够是表达式:
require(process.cwd() + '/a');
可是import则不一样,它是编译时的(require是运行时的),它必须放在文件开头,并且使用格式也是肯定的,无可置疑。它不会将整个模块运行后赋值给某个变量,而是只选择import的接口进行编译,这样在性能上比require好不少。
从理解上,require是赋值过程,import是解构过程,固然,require也能够将结果解构赋值给一组变量,可是import在遇到default时,和require则彻底不一样: var $ = require('jquery');
和 import $ from 'jquery'
是彻底不一样的两种概念。
上面彻底没有回答“改用require仍是import?”这个问题,由于这个问题就目前而言,根本无法回答,由于目前全部的引擎都尚未实现import,咱们在node中使用babel支持ES6,也仅仅是将ES6转码为ES5再执行,import语法会被转码为require。这也是为何在模块导出时使用module.exports,在引入模块时使用import仍然起效,由于本质上,import会被转码为require去执行。
可是,咱们要知道这样一个道理,ES7很快也会发布,js引擎们会尽快实现ES6标准的规定,若是一个引擎连标准都实现不了,就会被淘汰, ES6是早晚的事 。若是你如今仍然在代码中部署require,那么等到ES6被引擎支持时,你必须升级你的代码,而若是如今开始部署import,那么将来可能只须要作不多的改动。