Hello，大家好，我是 Sunday。

前端是一個技術變化非常快的領域，隨著時間的發展很多在過去盛極一時的庫，也將會逐漸推出歷史舞臺。

那么，今天咱們就來看看過去火爆異常，如今已經接近退出歷史舞臺的前端庫，以及替代它們的全新方案。

1、jQuery

替代方案：Vue、React、原生 JS

如果你是一個老前端，那么一定會知道 jQuery。作為 github 上 60k star 的庫，他解決了當年令所有人都頭疼的 瀏覽器兼容性問題，并且提供了很多簡易的語法，用來處理 DOM 操作。

但是，隨著老舊瀏覽器（如：IE）逐漸退出歷史舞臺，新的瀏覽器（如：Chrome 和 Firefox）已經逐完善了兼容性的問題。在目前的前端開發中，我們已經 很少 再去關注瀏覽器兼容性問題了，這就導致 jQueyr 的核心優勢不再明顯。

同時，伴隨著 Vue 、React 這種狀態驅動的框架興起，也讓 DOM 操作大大減少，而全部改為 數據驅動視圖 的方案。

因此，jQuery 在現代的前端開發中，應用場景已經變得越來越少了。

2、Backbone.js

替代方案：Vue、React

和 jQuery 同一時期的活躍框架，也是現在 SPA 單頁應用 的早期實現。在當年那可是代表前端的前沿技術的框架。

不過，隨著前端占比越來越重，Backbone 最初的輕量化設計已經無法滿足日益復雜的前端項目了。再加上 Vue、React 的興起，導致目前 Backbone 已經很少出現在現代項目中了。

3、Lodash/Underscore

替代方案：ES6+

Underscore 大家可能不是很熟悉，但是說起 Lodash 我相信很多同學一定是知道的。而 Underscore 正是 Lodash 的前身。

在 ES6 之前的時代里，JS 的很多 API 并不完善，哪怕是一個簡單的 filter，JS 都沒有提供原生支持。因此，很多我們就迫切需要一個可以提供更多、更完善 API 的庫，Lodash 就應運而生了。

但是，隨著 JavaScript 的發展，ES6+ 中內置了許多原生方法（如 Array.map、Object.keys 等），已經能夠滿足絕大多數日常需求。

所以，我們對 Lodash 的需要就逐漸降低了。雖然現在 Lodash 仍然在很多項目中被引入，但其黃金時代已經過去。

4、Moment.js

替代方案：Day.js、Temporal（提案）

Moment.js 是一個時間處理的標準庫，它提供了很多：日期格式化、時間差計算等方法。

但是，Monent 的整體體積過大，導致會對整個項目的體積產生較大影響。

因此，就出現了 Monent 的替代品 dayjs 主打的就是 輕量化。目前加上  TC39 提出的 Temporal 提案 為日期時間處理提供了標準化的解決方案，Moment 也正在逐漸退出歷史舞臺。

5、RequireJS

替代方案：ES Modules、Webpack、Vite

說起前端模塊化，大家想到的應該都是 ESM、CJS 這兩種方案。

但是，在這兩種方案之前，前端領域中其實活躍過很多的模塊化方案，比如：AMD。而 RequireJS 就是 AMD 的具體實踐。

只不過，隨著 ESM 的引入，模塊化逐漸標準化。再加上 Webpack、Vite 等現代工具鏈進一步簡化了模塊打包的流程。RequireJS 幾乎完全退出歷史舞臺了

6、Grunt/Gulp

替代方案：Webpack、Vite

比 jQuery 還老牌，聽說過 Grunt 和 Gulp 的絕對當得起一聲 “老前端” 了。

這兩個東西是 任務自動化工具（簡單理解就是：項目打包工具），干一些現在 webpack、Vite 干的事。

最初取代它們的就是 webpack，不要覺得現在 webpack 都已經很 “落后” 了。在當年 webpack 可是被成為劃時代的產品，甚至出現過 webpack 配置工程師 的崗位。

7、Bower

替代方案：npm、Yarn、pnpm

Bower 死于生態。

其實 Bower 和 npm 屬于同一時期的競爭產品，并且 Bower 更加專注于前端庫的依賴管理，而 npm 則是一個更廣泛的包管理工具，能夠管理包括前端、后端、工具鏈在內的所有類型的依賴。

只不過，隨著前端的不斷發展，模塊化和工具鏈（如：Webpack）的興起，npm 更大的生態體系，逐漸讓它成為管理前端依賴的首選工具。隨著 npm 逐漸接管前端生態（npm 包數量），Bower 在 21 年也徹底停止維護了。