NodeJS中的require和import
ES6标准发布后，module成为标准，标准的使⽤是以export指令导出接⼝，以import引⼊模块，但是在我们⼀贯的node模块中，我们采⽤的是CommonJS规范，使⽤require引⼊模块，使⽤ports导出接⼝。
不把require和import整清楚，会在未来的标准编程中死的很难看。
require时代的模块
node编程中最重要的思想之⼀就是模块，⽽正是这个思想，让JavaScript的⼤规模⼯程成为可能。模块化编程在js界流⾏，也是基于此，随后在浏览器端，requirejs和seajs之类的⼯具包也出现了，可以说在对应规范下，require统治了ES6之前的所有模块化编程，即使现在，在ES6 module被完全实现之前，还是这样。
node的module遵循CommonJS规范，requirejs遵循AMD，seajs遵循CMD，虽各有不同，但总之还是希望保持较为统⼀的代码风格。
// a.js
// -------- node -----------
a : function() {},
b : 'xxx'
};
// ----------- AMD or CMD ----------------
define(function(require, exports, module){
a : function() {},
b : 'xxx'
};
});
可以看出，为了保持风格的⾼度统⼀，除了在浏览器端的模块中要使⽤⼀个define函数来提供模块的闭包以外，其他代码可以完全⼀致。
// b.js
// ------------ node ---------
var m = require('./a');
m.a();
// ------------ AMD or CMD -------------
define(function(require, exports, module){
var m = require('./a');
nodejs字符串转数组m.a();
});
在使⽤上，也⾮常相似。虽然AMD or CMD提供了更加丰富的风格，但是我们本⽂主要是讨论node环境下，所以不做扩展。
ES6中的module
ES6发布的module并没有直接采⽤CommonJS，甚⾄连require都没有采⽤，也就是说require仍然只是node的⼀个私有的全局⽅
法，ports也只是node私有的⼀个全局变量属性，跟标准半⽑钱关系都没有。
export导出模块接⼝
export的⽤法挺复杂的，具体有哪些可以看。这⾥举⼏个例⼦：
// 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导⼊模块
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关键字
编程的同学对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关键字
其他⼈写教程什么的，都把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还是import？
require的使⽤⾮常简单，它相当于ports的传送门，ports后⾯的内容是什么，require的结果就是什么，对象、数字、字符串、函数……再把require的结果赋值给某个变量，相当于把require和ports进⾏平⾏空间的位置重叠。
⽽且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。这也是为什么在模块导出时使⽤ports，在引⼊模块时使⽤import仍然起效，因为本质上，import会被转码为require去执⾏。
但是，我们要知道这样⼀个道理，ES7很快也会发布，js引擎们会尽快实现ES6标准的规定，如果⼀个引擎连标准都实现不了，就会被淘汰， ES6是迟早的事。如果你现在仍然在代码中部署require，那么等到ES6被引擎⽀持时，你必须升级你的代码，⽽如果现在开始部署import，那么未来可能只需要做很少的改动。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。