常見，但是總回答不好的面試題：JS 模塊化以及模塊打包器
Hello，大家好，我是 Sunday。
如今的前端已經(jīng)是一套非常復(fù)雜的體系了，甚至延伸出來了所謂“微前端”的概念。而支撐這些復(fù)雜邏輯的前提就是 模塊化 的概念。
但是，我在和很多的同學(xué)溝通（做技術(shù)摸底）的過程中，卻發(fā)現(xiàn)：很多同學(xué)并不清楚模塊化的知識。
這個說實話，開發(fā)天天用，但是猛地這么一背問，很多同學(xué)都沒有回答的很好。
所以說，今天咱們就借助這邊文章，來說一說：模塊化 以及 模塊打包器！
什么是模塊？
在 JavaScript 中，模塊就像一個單獨的代碼包，我們可以在程序的不同部分中使用它。
該包被封裝在指定的范圍內(nèi)，可重用且易于維護。
圖片
如上圖所示：它可以通過將代碼分解為更易于使用的、更小的部分 來幫助保持代碼的組織性。
通常情況下：每一個 JS 文件都將是一個模塊！ 所以，我們可以 簡單的 把一個模塊理解為一個 js 文件（注意：這只是簡單的理解）
JS 的模塊化體系
最初的時候，JS 是不支持任何模塊系統(tǒng)的。所以，就產(chǎn)生了很多 社區(qū)模塊化規(guī)范，比較常見的有：
- AMD
- CMD
- UMD
- ...
不過好處是，這些模塊化規(guī)范，在現(xiàn)在的開發(fā)中幾乎已經(jīng)不可見了。除了 UMD 規(guī)范，在庫打包中依然存在。
所以，從目前來看，我們不需要深入了解它們。
雖然，以上的社區(qū)化規(guī)范，我們不需要深入了解。但是，目前常用的 兩種 模塊化方式，大家必須要知道：
- CommonJS：主要應(yīng)用在 Node 端。以 module.exports 導(dǎo)出，以 require 導(dǎo)入。
module.exports = {
name: '張三'
}
-----
const {name} = require('路徑')- ES6 Module：主要應(yīng)用在 瀏覽器端。以 export（按需導(dǎo)出） 或者 export default（默認導(dǎo)出） 導(dǎo)出，以 import 導(dǎo)入
export const name = '張三' // 可以寫多個
// 一個模塊（JS文件）只能寫一個
export default {
name: '李四'
}
-----
import {name} from '路徑' // 按需導(dǎo)入
import obj from '路徑' // 默認導(dǎo)入模塊打包器
常見的模塊打包器有很多，比如：Webpack、Vite、Rollup、Parcel、Browserify 等等。
他們的作用主要是：把一個或多個模塊，按照執(zhí)行的順序添加到 html 文件中。打包出來的的內(nèi)容，一般被稱為 bundle
圖片
而隨著前端項目的復(fù)雜度越來越高，這些打包器也被賦予了更多的能力，比如：
- 使用Tree Shaking過程從包中刪除未使用的代碼
- 通過減少獲取模塊所需的 HTTP 請求數(shù)量來優(yōu)化 Javascript 的加載
- 還包括代碼壓縮、捆綁包分割和代碼分塊等功能，以進一步優(yōu)化捆綁包大小
- 甚至還而已自定義 loader 或 plugin 來賦予它們更多的能力
答案
那么最后，讓我們回答這個問題：
JS 中的模塊化指的是 代碼和邏輯分割 的一種方式。通常，我們可以簡單的把一個js文件理解為一個模塊。
最初的 JS 中并不支持模塊化，因此延伸出來很多社區(qū)模塊化方案，比如：AMD、UMD，但是目前除了 UMD 之外，其他都已經(jīng)很少見了。
現(xiàn)在，常用的模塊化主要有兩種：CJS（Node 端）、ESM（瀏覽器端）。
隨著前端項目越來越復(fù)雜，又延伸出來模塊打包器的概念。特別是在一些框架的使用中，這是非常有用的。
