關於Rollup那些事

騰訊IVWEB團隊發表於2018-04-22

Rollup

下一代打包工具，這是rollup對自己的定位。如今的前端領域，構建工具並不缺少，每個前端工程師都用過或者聽過webpack。可以看到的是像React、Vue等框架的構建工具使用的都是rollup。既然如此，這些框架為什麼會選擇rollup？它的特性是什麼？面對不同場景，我們要怎麼選擇構建工具？本文將一一為你呈現。

Tree Shaking

tree shaking是rollup提出的，這也是rollup一個非常重要的feature，那什麼是tree shaking，rollup的解釋是在構建程式碼時，在使用ES6模組化的程式碼中，會對你的程式碼進行靜態分析，只打包使用到的程式碼。這樣的好處是減少程式碼的體積。

可以看到它的實現依賴於靜態分析，為什麼必須使用ES6 modules呢？我們來複習一下ES6 modules的幾個特性：

  • import 的模組名只能是字串常量
  • import binding 是 immutable 的，類似 const
  • 只能作為模組頂層的語句出現，不能出現在 function 裡面或是 if裡面等塊級作用域中
  • import hoisted，不管 import的語句出現的位置在哪裡，在模組初始化的時候所有的import 都必須已經匯入完成。

以上特性使得ES6 Modules缺少了一定的靈活性，但使得所有的依賴都是確定的，能夠對程式碼進行靜態分析。不需要依靠執行時去確定依賴關係。 舉個栗子: maths.js

// maths.js
export function square ( x ) {
	return x * x;
}
export function cube ( x ) {
	return x * x * x;
}
複製程式碼

main.js

import { cube } from './maths.js';
console.log( cube( 5 ) ); 
複製程式碼

執行下面的命令後

$ rollup main.js --o bundle.js --f iife
複製程式碼

輸出bundle.js

(function () {
'use strict';

// maths.js

function cube(x) {
    return x * x * x;
}

console.log(cube(5));

}());
複製程式碼

可以看到，maths.js中square方法沒有使用到，沒有打包到構建結果中。在構建的時候，加了個引數f,值為iife的選項，構建的後程式碼的組織形式被一個立即執行函式包裹。

程式碼構建後輸出格式

上面在構建的時候指定了引數f,值為iife的選項，輸出了立即執行風格的構建程式碼，rollup還支援下面幾種輸出格式：

  • amd - AMD
  • cjs -CommonJS
  • es - ES6 modules
  • umd - UMD
  • system - SystemJS loader

在構建程式碼的時候，可以根據程式碼執行環境選擇不同的輸出格式，如果你的程式碼是執行在node中那麼cjs就可以，如果你的程式碼執行在瀏覽器環境中，那麼iife就很好，如果兩者兼具，那麼選擇umd。 在webpack的編譯&構建中，提到webpack構建輸出的程式碼其實有三種。

  • 你的業務邏輯程式碼
  • Runtime - 程式碼執行的引導
  • Manifest - 模組依賴關係的記錄

如果我們對main.js執行下面的命令構建後

webpack main.js dist.js
複製程式碼

輸出dist.js

/******/ (function(modules) { // webpackBootstrap
/******/ 	// The module cache
/******/ 	var installedModules = {};
/******/
/******/ 	// The require function
/******/ 	function __webpack_require__(moduleId) {
/******/
/******/ 		// Check if module is in cache
/******/ 		if(installedModules[moduleId]) {
/******/ 			return installedModules[moduleId].exports;
/******/ 		}
/******/ 		// Create a new module (and put it into the cache)
/******/ 		var module = installedModules[moduleId] = {
/******/ 			i: moduleId,
/******/ 			l: false,
/******/ 			exports: {}
/******/ 		};
/******/
/******/ 		// Execute the module function
/******/ 		modules[moduleId].call(module.exports, module, module.exports, __webpack_require__);
/******/
/******/ 		// Flag the module as loaded
/******/ 		module.l = true;
/******/
/******/ 		// Return the exports of the module
/******/ 		return module.exports;
/******/ 	}
/******/
/******/
/******/ 	// expose the modules object (__webpack_modules__)
/******/ 	__webpack_require__.m = modules;
/******/
/******/ 	// expose the module cache
/******/ 	__webpack_require__.c = installedModules;
/******/
/******/ 	// define getter function for harmony exports
/******/ 	__webpack_require__.d = function(exports, name, getter) {
/******/ 		if(!__webpack_require__.o(exports, name)) {
/******/ 			Object.defineProperty(exports, name, {
/******/ 				configurable: false,
/******/ 				enumerable: true,
/******/ 				get: getter
/******/ 			});
/******/ 		}
/******/ 	};
/******/
/******/ 	// getDefaultExport function for compatibility with non-harmony modules
/******/ 	__webpack_require__.n = function(module) {
/******/ 		var getter = module && module.__esModule ?
/******/ 			function getDefault() { return module['default']; } :
/******/ 			function getModuleExports() { return module; };
/******/ 		__webpack_require__.d(getter, 'a', getter);
/******/ 		return getter;
/******/ 	};
/******/
/******/ 	// Object.prototype.hasOwnProperty.call
/******/ 	__webpack_require__.o = function(object, property) { return Object.prototype.hasOwnProperty.call(object, property); };
/******/
/******/ 	// __webpack_public_path__
/******/ 	__webpack_require__.p = "";
/******/
/******/ 	// Load entry module and return exports
/******/ 	return __webpack_require__(__webpack_require__.s = 0);
/******/ })
/************************************************************************/
/******/ ([
/* 0 */
/***/ (function(module, __webpack_exports__, __webpack_require__) {

"use strict";
Object.defineProperty(__webpack_exports__, "__esModule", { value: true });
/* harmony import */ var __WEBPACK_IMPORTED_MODULE_0__maths_js__ = __webpack_require__(1);

console.log(Object(__WEBPACK_IMPORTED_MODULE_0__maths_js__["a" /* cube */])(5));

/***/ }),
/* 1 */
/***/ (function(module, __webpack_exports__, __webpack_require__) {

"use strict";
/* unused harmony export square */
/* harmony export (immutable) */ __webpack_exports__["a"] = cube;
// maths.js
function square(x) {
    return x * x;
}
function cube(x) {
    return x * x * x;
}

/***/ })
/******/ ]);
複製程式碼
  • 可以看到構建結果中的業務邏輯程式碼，Runtime和Manifest
  • 在Manifest中記錄中依賴關係，通過__webpack_require__載入
  • 構建結果中包含了沒有使用到的square
  • 構建體積明顯比rollup中iife格式大
  • 程式碼執行的時候，rollup中iife輸出格式，程式碼執行的速度更快，webpack構建出來的還有依賴查詢，而且每個模組通過一個函式包裹形式，執行的時候，就形成了一個個的閉包，佔用了記憶體，當然可以在webpack3使用ConcatenationPlugin外掛優化這樣的輸出格式，打包到一個依賴中

對於效能方面the-cost-of-small-modules做了很好的測評，可以瞭解一下。

沒有銀彈

webpack誕生的時候，為了解決css、圖片等靜態檔案的構建和使得程式碼能夠按需載入實現了code-splitting，在我們日常線上業務程式碼開發中，或多或少有一些靜態資源需要打包，此時rollup顯得不太適用。所以我們可以看到，在構建一些lib的時候可以選擇rollup,而在構建一些應用的時候，選擇webpack.

《IVWEB 技術週刊》 震撼上線了，關注公眾號：IVWEB社群，每週定時推送優質文章。

相關文章