遵循的模塊化規範不同
模塊化規範:即爲 JavaScript 提供一種模塊編寫、模塊依賴和模塊運行的方案。誰讓最初的 JavaScript 是那麼的裸奔呢——全局變量就是它的模塊化規範。前端
require/exports 出生在野生規範當中,什麼叫作野生規範?即這些規範是 JavaScript 社區中的開發者本身草擬的規則,獲得了你們的認可或者普遍的應用。好比 CommonJS、AMD、CMD 等等。import/export 則是名門正派。TC39 制定的新的 ECMAScript 版本,即 ES6(ES2015)中包含進來。
出現的時間不一樣
require/exports 相關的規範因爲野生性質,在 2010 年先後出生。AMD、CMD 相對命比較短,到 2014 年基本上就風雨飄搖了。一開始你們還比較喜歡在瀏覽器上採用這種異步小模塊的加載方式,但並非銀彈。隨着 Node.js 流行和 Browsersify 的興起,運行時異步加載逐漸被構建時模塊合併分塊所替代。Wrapper 函數不再須要了。 2014 年 Webpack 仍是新玩意,如今已是前端必備神器了。
Browsersify、Webpack 一開始的目的就是打包 CommonJS 模塊。
CommonJS 做爲 Node.js 的規範,一直沿用至今。因爲 npm 上 CommonJS 的類庫衆多,以及 CommonJS 和 ES6 之間的差別,Node.js 沒法直接兼容 ES6。因此現階段 require/exports 任然是必要且實必須的。出自 ES6 的 import/export 相對就晚了許多。被你們所熟知和使用也是 2015 年以後的事了。 這其實要感謝 babel(原來項目名叫作 6to5,後改名爲 babel) 這個神通常的項目。因爲有了 babel 將還未被宿主環境(各瀏覽器、Node.js)直接支持的 ES6 Module 編譯爲 ES5 的 CommonJS —— 也就是 require/exports 這種寫法 —— Webpack 插上 babel-loader 這個翅膀纔開始高飛,你們也才能夠稱 " 我在使用 ES6! "
這也就是爲何前面說 require/exports 是必要且必須的。由於事實是,目前你編寫的 import/export 最終都是編譯爲 require/exports 來執行的。