import 与 require 的两个差异

Javascript 的模块化开发，除了 RequireJS 代表的 AMD 外，目前广泛使用的是 Node.js 代表的 CommonJS 以及 ES6 的 module。

在 babel / webpack 等工具链下，大多数情况下，CommonJS 的 require 和 ES6 的 import 效果等同，babel 的 preset 是 ES2015 以及 webpack 都是把 import 转为 require（webpack 根据 target 再转为 AMD 或 UMP 等格式）。

但两个规范实质上并不等同，所以存在着不少的区别，如不能 import(var) 但能 require(var)，详细可查看 ES6 模块系统，此处记录一下两个可能比较直接影响代码书写的差异点。

import 需要在顶层声明使用

这意味着不能使用条件 import 或在块作用域内，查看下面例子的 babel 结果。

// import / export must be at the top level
if (true) {
  // import 'baz.import';
}

// require can be at any place
if (true) {
  require('baz.require');
}

import 会被提升到模块前面

这意味着解析（或 babel / webpack 构建）的时候会把代码做重整，把 import 代码提到最前面，查看下面例子的 babel 结果。

console.log('start');

// imports will be hoisted
console.log('import foo.import');
import 'foo.import';

// but require will stay at it's place
console.log('require foo.require');
require('foo.require');

上述代码 babel 后的结果是

require("foo.import");

console.log("start");

// imports will be hoisted
console.log("import foo.import");

// but require will stay at it's place
console.log("require foo.require");
require("foo.require");

这点意味着，如果基于 ES6 的模块 MA，模块内部有直接运行的代码（而不是调用 export 内容后才运行），并且那代码依赖于特定的 global 变量 v（全局依赖是个不好的实践）。那么在父模块中先声明赋值 global 变量 v ，然后再 import 模块 MA，模块 MA 内的直接运行的代码能获取到 global 变量 v 的预期是无法实现的。

import 需要在顶层声明使用

import 会被提升到模块前面

参考